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4 BSTBACT 



Calibration is a vital logistics si erne nr that directly 
impacts operational readiness and mission capability. 
Declining manpower resources and fleet expansion necessitate 
improvements in calibration productivity. Toward this end 
the Navy has initiated several calibration automation 
programs. Realization of the full potential of automated 
calibration systems requires that the test instrument be 
IEEE-488 general purpose interface bus (GPIB) configured. 
This thesis examines the relative costs and benefits of 
configuring general purpose electronic test equipment 
(GP5TE) with GPIB to faciliate automated calibration. If 
does so through the development of a simple cost-benefit 
analysis and a discussion of nor.-guan tifiable advantages and 
disadvantages, based upon extensive interviews with experts 
and literature research. In general, the analysis supports 
GF 13 procurement when procurement quantities are large, 
calibration procedures are lengthy, and/or the calibration 
interval is short. 
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I. IN TBODOCTION 



The author's assignment as the Avionics/ Armament (IM-3) 
Division Officer onboard OSS JOHN ?. KENNEDY (CV-67) brought 
an acute awareness of the criticality of electronic calibra- 
tion to the mission effectiveness of an aircraft carrier 
(CV) and its embarked airwing. Virtually every item of 
electronic test equipment requires calibration. Therefore, 
any factor that affects calibration productivity and turna- 
round time will have a direct effect on both electronic test 
equipment and electronic system availability . 

USS JOHN F. KENNEDY was fortunate to be assigned a 
number of highly skilled and highly motivated calibration 
technicians. But, in spite of this advantage, calibration 
still often created a "bottleneck" in the electronic/ 
avionics component repair cycle. Other CVs were not as 
fortunate and experienced far greater difficulties. 

Improved local management emphasis and planning is 
required to optimize the utilization of available calibra- 
tion resources. On USS JOHN F. KENNEDY several competent 
avionics technicians were reassigned from ether areas to the 
onboard Fleet Calibration Activity (FCA ) ; on-the-job 

training (OJT) was arranged at local Naval Air Rework 
Facility (NARF) and shore based Aircraft Intermediate 
Maintenance Departments (AIMD) ; and detailed calibration 
planning was introduced. Yet these measures were not 

enough. Even in the current favorable (in terms of techni- 
cian numbers and skill levels) peacetime environment, the CV 
FC As are hard pressed to provide the caiibraticn/repair 
quality and throughput required to optimize weapons system 
support . 
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The passing of the "post war baby boom" generation and 
resultant decrease in the number of young men from which the 
Navy can recruit (figure 1.1) and increasing lucrative 
private sector opportunities for skilled electronics techni- 
cians premises to aggravate this problem at a time that the 
Navy is expanding tc a six hundred ship fleet based upon 
fifteen carrier battle groups. 

The Navy generally recognizes the current calibration 
shortcomings and trends. As the result several effective 
programs have been initiated. However, one aspect that has 
been largely overlooked is the influence that test equipment 
configuration has upen the calibration facility's produc- 
tivity. It is upon this aspect that this thesis will 
concentrate . 

The objectives of this thesis are: 

1. Tc provide a basic understanding of the Navy G? ITS 
program and the IEEE-488 interface bus. 

2. Tc analyze the costs, benefits, advantages, and 
disadvantages cf the IEEE-488 configuration of GISTS. 

3. Tc make recommendations for the enhancement of fleet 
calibration prcducti vitv. 

Toward this end. Chapter 2 will present various past and 
present calibration productivity and workload reduction 
initiatives. Chapter 3 will provide a brief introduction to 
the Navy General Purpose Electronic Test Equipment (GPETE) 
program while Chapter 4 gives an overview cf the IEEE-488 
interface bus. Chapter 5 presents the centerpiece of this 
thesis, a ccst-benefit analysis of GPETE IEEE-488 configura- 
tion. Chapters 6, 7 and 8 will provide related issues, 

recommendations and an epilogue respectively. 
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II. CURRENT CALI ER ATION PRODUCTIVITY E NHANCEM ENT INITIATIVES 

Calibration productivity enhancement and workload reduc- 
tion has been the objective of several Navy initiatives over 
the past decade. These programs can be divided into two 
general areas- calibration automation and management 
improvement. The following is a brief summary of some of 
these initiatives. 



A. CALIBRATION AUTOMATION 

As automatic test equipment (ATE) has improved techni- 
cian test, check and repair productivity, automated 
calibration systems (ACSs) have the potential of improving 
calibration productivity. 

The Navy is currently approaching calibration automation 
through four different programs: Modularly Equipped and 

Configured Calibrators and Analyzers (MECCA) , Automated 
Calibration and Diagnostics (AC/D) -formerly Automated 
Calibration Laboratory/ Satelita Calibration and Diagnostics 
(ACL/SCD) , Mobile Automated Calibration Laboratory (MACL) , 
and Parametric Tolerance Verification. 

1 . MECCA 

MECCA is a portable, automated calibration system 
developed by the Metrology Engineering Canter (MEC) . The 
system consists of a mi cro-processor driven controller 
(currently the FLUKE 1720A/AP) linked by interface bus to 
one of several programmable calibrators (meter, signal 
generator, oscilloscope and frequency/counter calibrators 
are currently available or under development) . MECCA is 
able to function in one of two modes of operation depending 
on the test instrument's (T I) IEES-438 con r ig nr a t ion . 
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In the "open loop" mode (for non-IEEE-433 -.est 
instruments) the controller and calibrator are interfaced 
via the IEEE-488 bus permitting the controller to automati- 
cally set the calibrator's function, range and accuracy. 
However, because the test instrument is not bus compatible, 
its interface with the controller consists of standard 
leads. Therefore, the operator must physically interface 
with the test instrument and controller (using the controll- 
er's hand held "operator's aid") to adjust the calibrator's 
output until the test, instrument's measurement indication 
(digital cr dial display) coincides with the controller's 
programmed output. Once this is accomplished, the controller 
is able to compare the calibrator's programmed and adjusted 
outputs to determine if the test instrument is within the 
prescribed tolerance. 

In the "closed loop" mode (for IEEE-498 configured 
test instruments) operator interface is significantly 
reduced. Eecause the test instrument is now interfaced with 
the controller and the calibrator via the IEEE-488 bus, the 
controller can make direct comparisons of the calibrator's 
output and the test instrument's measurement indication. 



The 




efore, ope 


rat or adjust 


ment of 


*1 


he 


cal 


ibrat 


or cu 


tput 


is 


eli 


m 


inated. 
























While i 


t is pcssibl 


e f or a 


"c 


losed 


loop" 


ca li 


brat 


ion 


to 




automatical 


ly proceed 


from 


on 


a 


par 


ametr 


ic t 


est 


to 


ano 


- 


her. Navy 


closed loop 


pr ocedu 


r a 


s 


are 


curre 


n tly 


writ 


ran 


to 


d 


isplay the 


results of e 


ach par 


am 




ric 


t e st 


on t h 


e co 


nt- 



roller CHT. Each step in the calibration procedure must, 
therefore, be manually initiated by the operator. 

2 . AC/D 

AC/D is a Naval Aviation Logistics Center (NALC) 
program designed to encourage and coordinate the development 
of automated calibration systems (ACSs) in Navy type II and 
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type III calibration laboratories. The program is managed 
by NALC Code 330 with contractor support services (CSS) 
provided by Science Applications Inc.'s (SAI) Calibration 
Support Division. Initially the program only included three 
calibration facilities: Naval Air Test Center ( NATC) 

Patuxent River, NARF Pensacola Type II, and NARF Alameda 
Type II. 

NATC Patuxent River is assigned responsibility for 
the development of ACSs. Like NICCA, the AC/D systems are 
based cn a microprocessor based controller and programmable 
calibrators. But unlike MECCA, AC/D procedures are written 
to minimize operator intervention. Instead of requiring the 
operator to initiate each step, AC/D procedures are, when- 
ever possible, "hands off" with the results directly 
transmitted to a printer to facilitate review at the opera- 
tor's convenience. Thus, following set-u? and program 
initiation, a fully programmable TI could run through the 
entire calibration procedure without the operator being 
present. To date, NATC has developed several ACSs including 
an AN/APM-403, radar altimeter test set, ACS that reduces 
calibration requirements from forty high skill manhours to 
8-12 moderate skill manhours [Ref. 2]. 

NARF Pensacola is tasked with the development of 
systems to detect and diagnose faults in the test instru- 
ment's IEEE-488 bus, interconnecting, and conventional 
circuitry and the instrument's microprocessor s. An IEEZ-U83 
bus diagnostic system based upon an Interface Technologies 
IIC- 488 controller has been developed ana deployed to the 
type II ana III (but net FCA (type IV)) laboratories. A 
microprocessor diagnostic system is near completion and 
current planning calls for type II/III deployment in 
September 1983. Current plans call for initiating the 
development of diagnostics for instrument interconnecting 
and conventional circuitry in the near future. [Ref. 3] 
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NARF Alameda is assigned as the AC/D control corner 
and, as such, tasked with the production and distribution of 
the systems developed by the ether facilities. 

At the AC/D Conference in Dallas, Texas 29-31 March 
1983, the remaining NARF type II and type III laboratories 
were brought into the program. The addition of these activ- 
ities and their resident expertise (many have independently 
developed ACSs) promises to further enhance ACS development 
and application. 

Because all of the AC/D laboratories have FLUKE 
1720 A controllers, many of the ACSs developed under this 
program will be directly applicable to MECCA. 

3. MACL 

The MACL program was initiated in 1981 by NALC under 
contract to SAI at NATC Patuxent River. The program’s 
objective is the development of a mobile automated calibra- 
tion facility that can be rapidly deployed to a forward site 
or used to temporarily augment an existing facility. 

MACL is housed in a 9' X 28* trailer that is config- 
ured with all necessary power, air conditioning, racks and 
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oscilloscope calibrator. Unlike MECCA, whose applications 
software and ICPs are stored on floppy diskettes, MACS 
stores all its software in a computer for direct access by 
the system controller. 

The MACL program includes mere than the development 
of MACL calibration capability and logistics. It also 
includes tasks such as the development of a universal cali- 
bration procedure generator that will have wide ACS 
applicability. [Ref. 4] 
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4 . Far ame t r ic T oler arc a Vjr ifica tion 

Earametric tclerance verification is a calibration 
concept being implemented in the latest generation of Navy 
ATE. Instead of individually calibrating ATE building 
blocks (3Bs) off-line, the station as a whole is certified 
using a primary reference standard and automated program. 

The reference standard may be integrated into the 
station as either an imbedded building block (5B) or as a 
plug-in interface device (ID). The former configuration 
will be implemented in the AN/USM-470 Automatic Test Station 
(ATS) and the AN/USM-484 Hybrid Test Station (HTS) . The 
latter configuration is planned for tne AN/’JSh-hdS RADCOM 
and the AN/USM-4 29 (V) 1 CATIIID. 

Earametric tclerance verification reduces FCA work- 
load requirements by reducing the number of station building 
block (BE) test instruments requiring off-line calibration. 
For example, of the 23 AN/USM-470 building blocks, only one 
(the calibration module itself) requires off line calibra- 
tion. [Ref. 5] Additional advantages of parametric 

tolerance verificaticn include: 

1. Enhancement of ATE operational readiness by elimi- 
nating 3B removals at individual calibration 
intervals . 

2. Checking of remcte/programmabl e features. 

3. Testing of instruments in their operational environ- 
ment. 

4. Reduction of EE in transit time and damage. 

5. Reduction of connector wear by reducing B3 removal 
requirements. 

6. Elimination of the calibration of unused features and 
accuracies. 
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5 • Miscellaneous ACS I initiatives 

Virtually every Navy civilian manned calibration 
facility, whether involved in AC/D or not, has their own 
automatic calibration initiatives and many have seme opera- 
tional systems. The author found such programs in force at 
Navy Calibration Laboratory (NCL) Tustin, HCL Whidby Island, 
the Naval Avionics Center (Indianapolis), and several NARF 
calibration laboratories which until recently had net parti- 
cipated in AC/D. 



B. MANAGEMENT IMPROVEMENT 



1 • lat e rv a l s By Exc epti on 



"Intervals By Exception" is a management decision making 
approach to calibration interval determination and interpre- 
tation developed by MEC in 1970. The approach differs from 
past model number and serial number interval determination 
criteria by isolating individual serial numbers whose 
statistical reliability differs markedly from their model’s 
population nerm. The individual deviant instruments (termed 
"dogs" if significantly less reliable than the norm and 
"gems" if significantly more reliable) are assigned indivi- 
dual calibration intervals (published ir. the "Metrology 
Bulletin" distributed monthly by MEC) . The remaining popu- 
lation reliability data is used to determine a model 
calibration interval for semi-annual publication in the 
"Metrology Requirements List" (METRL) , NAVAIR 17-35MTL-1. 



Isolation of these "exceptions" increases the 
model's calibration interval, thus reducing the total number 
of required calibrations. A test program of 60 "high 
submission" model numbers demonstrated an average interval 
increase from 6.8 to 8.2 months as the result of this 
program. [ Ref. 6] 
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2 . MEC AO? Prog ram 

In 1976 the Metrology Engineering Center changed ins 
calibration interval criteria from .85 SOP (end of period) 
to .85 AOP (average ever period) . The results in terms'Of 
increased calibration intervals were dramatic. From June 
1976 to July 1979 the average calibration interval of a 
sample of 305 GPETE items increased from 8.8 tc 13.6 months. 
The estimated annual savings resulting from this increase 
was 18,000 calibrations and 45,000 manhours. [Ref. 7] By 
October 1932 the average interval of these same 305 items 
had increased to 15.1 months [Ref. 8]. 

3 • FME Wor k Center Pro d u cti vity Snhar.cem ent Program 

The Precision Measuring Equipment (PMS) Work Center 
Productivity Enhancement Program was initiated by the 
Aircraft Intermediate Maintenance Support Office (AIMSO) in 
1981. The purpose of this program is to improve the produc- 
tivity cf NAVAIR type IV (FCA) calibration activities 
through the identification of depot level (type I, II, and 
III calibration laboratories) calibrations that are within 
the capability of the forwarding FCA. A survey of ten FCAs 
identified approximately 25,000 calibration hours in this 
category. [Ref. 9] 

AIMSO proposes generation of a quarterly or semi- 
annual report to identify these inappropriate depot level 
calibrations. This report, which would be distributed to 
the cognizant FCA manager, AIMD Officer and type commander, 
would be used to investigate the causes of the problem 
(inadequate screening, training, calibration standards, 
etc.) so that corrective action could be initiated. 

Elimination of inappropriate depot level calibra- 
tions will reduce test equipment turnaround time and save an 
estimated $15 million in NARF Naval Industrial Funds (NIF) 
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annually. Additional NIF savings could be realized by 
extension of such a program to NAVSEA and NAVELEX cognizant 
activities. [Ref. 10] 
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III. GENERAL PU RP OSE ELE CTR ONIC TEST EQ UIP MENT (GPETE) 



Navy electronic test equipment is generally classifed as 
either automatic test equipment (ATE), calibration stan- 
dards, cr electronic test equipment (ETE) . ATE consists of 
systems of instruments interfaced with a computer (cont- 
roller) to work as a unit in performing test functions. 
Calibration standards are those instruments which have beer, 
certified tc serve as the accuracy control in the calibra- 
tion cf other instruments. ETE refers to manually operated, 
stand alone instruments. In recent years, with the intro- 
duction of microprocessor controlled instruments and 
automated calibration systems, these distinctions have 
become increasingly clouded. 

The Navy sub-divides ETE into three general categories: 
general purpose electronic test equipment (GPETE), special 
purpose electronic test equipment (SPETE) , and other ETE 
(category definitions are provided in Appendix B) . Of the 
three, GPETE contains the greatest number of individual 
instruments. In fact, the calibration of GPETE accounts for 
over half of the electronic calibration workload in a CV FCA 
[Ref. 9]. 

A. GPETE CLASSIFICATIONS 

GPETE is sub-divided into the following two classifica- 
tions : 

1 ♦ Standard GPETE 

Standard GPETE is equipment which has been deter- 
mined by the Naval Electronic Systems Command tc most 
closely meet Navy requirements. This equipment, which 
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commercial rest 



consists primarily cf off-the-shelf (OTS) 
equipment (CTE) , is listed in MIL-SID- 1364 (Navy) as 
preferred for procurement and is approved for service use. 

2. N on- Stan da rd GPETE 

Non-standard GPETE are those items of GPETE not 
listed in MIL-STD-1 364 as preferred for procurement. This 
catagcry includes standard GPETE instruments whose configu- 
ration (options) differ from the prime configuration listed 
in MI I -STD- 136 4 Appendix I. 

B. GPETE MANAGEMENT 

Prior tc the issue of NAVMAT Instruction 5430.42 (super- 
ceded by the NAVMATINST 4790.25 series), on 15 April 1970, 
GPETE management was fragmented among the hardware systems 
commands. This instruction assigned Navy-wide GPETE manage- 
ment responsibility tc NAVELEX. NAVELEX responsibility was 
subsequently expanded to include overall Test, Measuring, 
and Diagnostic Equipment (TMDE) management by NAVMAT Notice 
5430 cf 29 June 1981. This latest change was facilitated by 
the transfer of the Test and Monitoring Systems (TAMS) 
Office from NAVMAT (where it was code 04T) to NAVELEX (where 
it is code C8T) . 

Within NAVELEX GEZTE r esponibilit ies are assigned tc the 
TMDE Division (Code 815) where they are delegated tc two 
branches. The Test Equipment Maintenance Engineering 3ranch 
(Code 8152) acts as the test equipment Logistics Element 
Manager (LEM) and is assigned GPETE r esponsibilities related 
to NAVELEX cognizant prime weapons systems. The Test 
Equipment Engineering and Procurement Branch (Code 8151) is 
responsible for Navy-wide GPETE program management (less 
logistics) . 
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• MftVELSX J315J. Hespon sibiliti es 



The Test Eguipment Engineering and Procurement 
Branch is staffed with acquisition engineers and a single 
program analyst. It is tasked with the following GPETE 
management responsibilities: 

1. Classif i cat ion of ETE. ETE is classified as GPETE, 

SEETE or other ETE by the Naval Material Command's 
Electronic Test Equipment Classification Beard. A 
NAVELZX 8151 representative chairs this beard and 
resolves classification through telephone coordina- 
tion. Only occasionally is a formal meeting 

required . [ Ref. 1 1 ] 

2. Quality a nd 5 pacifications . NAVELEX 8 151 carries cut 
its quality and specification r espcnsibilit ies 
through the maintenance of the following three stan- 
dards: 

a) MIL-STD- 1 3 64 , "Military Standard for Standard 
General Purpose Electronic Test Equipment." A 
companion document, MIL-STD-1 387 , provides proce- 
dures for procurement approval of non-standard 
GPETE. 

b) MIL-T-28800, "General Specification for Test 
Equipment fer Use With Electrical and Electronic 
Equipment" 

c) MII-HDBK-265, "Standard General Purpose Electronic 
Test Equipment Support Items (GSI)" 

Technical support for maintenance of these standards 
is provided by the Test Equipment Environmental 
Compatibility Division (Code 026) at the Naval 
Electronic Systems Engineering Activity (NESEA) . 

3. GPETE ? rocure rent Coordination. NAVELEX 8151 is the 
liaison between the GPETE users/buyers (‘he hardware 
systems commands) and the GPETE procuring agency 
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(SFCC). In this role NAVELSX 8151 is responsible 
for: 

a) Maintenance cf an automaned data base that 
includes requirements identification, procurement 
plans and budgeting inputs. 

b) Preparation cf specifications ("salient character- 
istics") for GPETE procurement. 

c) Recommendation of procurement methods. 

d) Review, clarification, coordination, technical 
approval, and consolidation of hardware systems 
command (SYSCOM) GPETE requirements lists. 
[Ref. 12] 

4. GPET E Pl ann i ng and 3 udqet i nq . NAVZLEX 8151 prepares 
CFN Program Objectives Memorandums (POM) relative to 
the GPETE program and the subsequent budget fore- 
casts. 

5* Standardization. NAVELSX 3151 responsibilities for 
standardization include: 

a) Development and implementation cf a GPETE stand- 
ardization program which minimizes proliferation 
and ensures total cost effectiveness without 
degrading mission performance. 

b) Assurance that standard GPETE models listed in 
MIL-STD-1364 (Mavy) are up to date and minimize 
life cycle ccsts by considering overall reli- 
ability, maintainability, repair, calibration and 
IIS planning. 

c) Control of non-standard GPETE procurement through 
management cf MIL-STD-1387 procedures. 

a) Centralization of procurement to th« maximum 
extent possible. [Ref. 13] 
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• N AVELS X 815 2 log 1s t ic 3s s pons ib Hi tie s 

In addition to ths TMDE management responsibilities 
for shore commands (discussed below) , NAVELEX 8152 is the 
logistics element manager (LEM) for GPETE. As such, its 
responsibilities include: 

1. Development of GPETE ILS. 

2. Development of operational logistics support clans 
(including repair, calibration, provisioning and 
training) for GPETE. 

3. Assignment of source, maintenance and recoverability 
(SMSR) codes tc GPETE. 

3 • Hardwa r e S ystems Co mmand Responsibi liti es 

The hardware systems commands (SYSCOMs) , as the TMDE 
managers fcr weapon systems under their cognizance, are 
assigned the following GPETE management functions: 

1. Providing NAVELEX with GPETE requirements data, 
including the minimum performance specifications, to 
support weapon systems under their cognizance. 

2. Consolidation and submission of GPETE initial outfit- 
ting (GINC) requirements. 

3. Budgeting and funding identification of cognizant 
GINO requirements. 

4. Development, maintenance and distribution of TMDE 
allowance and inventory lists for applicable user 
acti vitie s. 

5. Designation of a representative to serve on the 
NAVMAT ETE Classification Board. [Ref. 14] 

The specific SYSCOM areas of responsibility and 
internal GPETE management assignments follow. 
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a. Naval Air Systems Command 

NAVAIR is the TMDE manager for aviation ground 
support equipment (GSE). Within NAVAIR , Code 552 (currently 
assigned to Code 55223) is responsible for GPETE management, 
but most GPETE functions have been delegated to the Naval 
Air Engineering Center (NAEC) Code 92524 [Ref. 15]. 

b. Naval Sea Systems Ccmmand 

NAVSEA is the TMDE manager for ships and fleet 
activities ashore less aviation GSE. GPETE management 
within NAVSEA is assigned to the Weapons System Engineering 
Division (Code 06C) where it is carried out by NAVSEA Code 
06C1C (Support Equipment Logistics Manager). Some GPETE 
management functions are performed in house, but all routine 
functions have been delegated to Naval Weapons Station, 
Earle . 



c. Naval Electronics Systems Command 



NAVELEX 8152 serves as the TMDE 
shore activities less fleet activities ashore 
GSE. Many of the routine functions have been 
NESEA Code 026, who is assisted by a contractor 



manager for 
and aviation 
delegated to 
[Ref. 16]. 



C. GEETE FUNDING 

1. GPETE Initial (2122) 

GINO funding is provided by the appropriate OPNAV 
program sponsor. NAVSEA and NAVELEX GPETE funding is appro- 
priated under Other Procurement, Navy (OPN) . NAVAIR GPETE 
funding is appropriated under Aircraft Procurement, Navy 
(APN) . 
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In the OPN funding arena, GPETE funding is "fenced" 
(cannot be spent on anything else) and is, therefore, not 
readily susceptible to reduction. A ? N GPETE funding, on the 
ether hand, is "unfenced" and, on occasion, has been reduced 
to facilitate other APN requirements. (Ref. 17] 

2. GPET E End Item Repl acemen t (GEIR) 



Unlike GINO, GEIR is funded under Operations and 
Maintenance, Navy (06MN) and comes directly out of the oper- 
ating activity's Aviation Fleet Maintenance (AFK) or Supply 
and Eguipage (SSE) funds. whenever an item of GPETE is 
beyond the repair capability of the custodian, the item is 
to be turned into the supply system and a replacement drawn 
at the current Navy Stock Fund (NSF) GEIR price (averaging 
approximately 44% of the NSF GINO price for a new item) 



(Ref. 18]. 

Fleet activities have displayed some reluctance to 
use the NSF system. Complaints include high NSF prices, 
long replacement lead times, and the marginal quality of the 
replacement units (with no warranty) . As a result, many 

activities have arranged repair at the manufacturer's 
service facility and, for a smaller charge, been ensured 
quality workmanship, reliability updates, a 90 repair 
warranty, a full Navy acceptable calibration, and relatively 
rapid turnaround. (Ref. 19] 

These fleet complaints are not unfounded. The GPETE 
(7Z COG) system availability was only 36.4% during fiscal 
year 1982 and 41.4% during the first half of FY-33 
(Ref. 20]. Additionally, while 44% represents an average, 
in the past the GEIR price, while always lower than the GINO 
price (which includes a 19.9% surcharge for FY-83) , has 
occasionally exceeded the GSA Schedule price of a new 
instrument [Ref. 21]. 



27 



D. GINO REQUIREMENTS DETERMINATION 



GINO requirements consist cf both new requirements and 
fleet shortages resulting from past, unfilled initial 
outfitting requirements. Program managers of new or updated 
weapons systems are responsible, as part of their ILS devel- 
opment, to identify GPETE requirements for the support of 
the system. The specific requirements are forwarded to the 
system command's GPETE Manager and funding requirements are 
passed to the program sponsor. Because of time constraints 
and other factors, not all GINO procurements however, fellow 
this prescribed procedure. Some items are procured through 
other Navy activities (such as Naval Weapons Station, Seal 
Beach) with funding provided by the Ship Acquisition Manager 
(SHAPM) . Others are procured through contractors or ship- 
builders. [Ref. 22] 

Generation of fleet GINO requirements is the responsi- 
bility cf the type commanders/aircraft controlling 
custodians. While NAVMATINST 4790.25 states that this 
process should be accomplished through a review of the IMRL 
(Individual Material Readiness List), SPETERL (Ship's 
Fortable Electronic/Electrical Test Equipment Requirements 
List), or STEAL (Shore Test Equipment Allowance List), this 
procedure is actually implemented in a number of ways. For 
example, COMNAV AIRL ANT and COMNAVAIRPAC require fleet activ- 
ities tc report deficiencies using a "GINO card." 
COMSURFLANT requires the submission of an annual GPETE 
inventory by message and COMSUBLANT identifies deficiencies 
during the annual Weapons System Reviews. 

Both the program manager and type commander generated 
GINO requirements are consolidated by the appropriate SYSCOM 
and submitted to NAVELEX 8151. NAVELEX 8151, in turn, 
reviews and consolidates these requirements and submits 
planned requirements to SPCC for procurement. 
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S. NON-STANDARD GPETE PROCORE3ENT 

Whsnever the items listed in I1IL-STD-1 364 ar e no* 
capable cf meeting a required need and that need can be met 
by a non-standard item, a request/ justi fication for non- 
standard GPETE is submitted in accordance with III L-STD- 1337 , 
"Procedures for Submission of Application for Approval of 
Non-Standard General Purpose Electronic Test Equipment 
(GPETE) . " 

The request is submitted through the cognizant SYSCC3 to 
NESEA Code 026 where review is accomplished by a contractor. 
The reviewer recommends approval or disapproval (a recommen- 
dation for disapproval is always preceded by discussion with 
the originator). NESEA Code 026 reviews the recommendation 
pricr tc forwarding the request to the originator with a 
copy to NAVELEX 3151. [Ref. 23] 

If approved and funded, the non-standard GPETE require- 
ment is consolidated with other GPETE requirements for 
procurement by SPCC cr is purchased directly with authoriza- 
tion from NAVELEX 3151. 
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IV. I BSE-4 8 8 GENERAL P08P0SE INTERFACE BOS 

A. BACKGROUND 

1 . Def ini t i on 

The A NSI/IE EE-4 88- 1 97 8 is an American National 
Standard digital interface for programmable instrumentation. 
The standard specifies electrical, mechanical and functional 
characteristics for the purpose of: 

1. defining a general purpose system for limited 
distance applications (twenty meters or less), 

2. enabling the interconnection of independently manu- 
factured instruments into a single functional system, 

3. permitting instruments of a wide range of capability 
to be simultaneously interconnected into a system, 

4. permitting direct communication between instruments, 

5. defining a system with minimum restrictions cn the 
performance characteristics of the instruments 
connected within the system, 

6. defining a system that permits asynchronous communi- 
cations over a wide range of data rates, 

7. permitting the design of lew cost systems composed of 
lew cost instruments, and 

8. defining a system that is easy to use. [Ref. 24] 

Or simply, the standard provides a standard interface for 
instrument intercommunication, tnereby permitting instru- 
ments to he easily integrated into an automated system. 

2. His -or y 

Because of the increasing complexity of electronic 
equipment and a scarcity of electronics engineers and tech- 
nicians during the past two decades, the electronics 
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to automate routine 



industry found an increasing need 
measurement tasks. 

Early implementation of automated systems was both 
complicated and expensive. Tbe lack of an interface stan- 
dard resulted in each system being custom built. Interface 
designs were so individually tailored to a specific applica- 
tion, that even the addition of one instrument to a system 
could require major reengineering. As the result, these 
early systems were very expensive and automation was 
restricted to very high volume tasting or to applications in 
which the system cost was low compared to the value of the 
test results. 

During the late 1960s and early 1970s, the necessity 
of a industry standard interface became increasingly appa- 
rent and several electronic equipment manufacturers 
initiated research and development efforts in this area. Of 
these, Hewlett-Packard was the clear leader. International 
interest in the establishment of a suitable interface stan- 
dard was also developing at this time, particularly among 
German electcnics organizations. 

In mid- 1972 Hewlett-Packard began participating with 
various national and international standards bodies in the 
development of an interface standard. The United States 
Advisory Committee, composed of both users and manufac- 
turers, adapted the interface concept developed by 
Hewlett-Packard (called the Hewlett-Packard Interface 3us or 
HP-13) as a starting point. The subsequent draft of an 
HP-IB based proposed standard was evaluated by the Committee 
and submitted to the International Electrotechnical 
Committee (IEC) in the fall of 1972 as the United State's 
proposal for an international interface standard. 

In September 1974 the IEC approved the United 
States' proposal with minor modifications for formal ballet. 
The proposal was subsequently approved and published as ISC 
Standard 625 in 1977. 



In the meanwhile, the IEEE Technical Committee on 
Automated Instrumentation approved a draft document of a 
HP- I E based interface standard in the fall of 1974. The IEEE 
Standards Beard approved the draft in December 1974 and 
published if as IEEE Standard 488-1975 in April 1975. In 
October 1975 the same standard was approved by the American 
National Standards Institute (ANSI) and published as ANSI 
Standard MCI. 1-1975. [Ref. 25] 

The IEC and ANSI/IEEE standards are nearly identical 
and totally compatible with one exception- the connector. 
The IEEE standard (new generally referred to as the General 
Purpose Interface Bus, GPIB) employs a 24 self-wiping 
contact connector. The IEC standard specifies a 25 pin 
connector (using one additional ground) identical to the 
RS-232-C connecter (therefore, presenting the possibility of 
equipment damage through the interconnection of these two 
incompaoible buses) . The interconnection of instruments 
implementing the two different connectors is easily accom- 
plished using a IEC/IEEE adapter. [Ref. 24] 

Since 1975 both the ISC and ANSI/IEEE standards have 
undergone a number of minor changes. The current standard 
is designated IEEE Standard 488-1978 and IEC Standard 625-1. 

B. GPIB SPECIFICATIONS AND LIMITATIONS 



1 • G£I £ Functional Sub sets 





The IEEE-Standard 


4 83 


specifies ten fun 


ictions that a 


given 


instrument's inter 


fa ce 


may implement. 


All of these 


f uncti 


ons are optional. 


The 


extent to which 


a given furc- 


tion 


is inplemented in 


an 


instrument is 


specif i°d by 



functional subset designations (refer to Appendix C for a 
complete list of functions and subsets) . Care is required 
in selecting GPIB configured instruments. "Many instruments 
are labeled "483 Compatible" or "GPIB Compatible," but in 
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the extreme the label may only mean that the instrument has 
a standard connector." [Ref. 26] 

G PI 5 equipment selection is made even mors difficult 
because of the general lack of information supplied by manu- 
facturer's catalogs and, in many cases, even by the 
applicable maintenance manuals. The 1983 versions of the 
Hewlett-Fackar d , Tektronix and John Fluke catalogs generally 
do net specify the IEEE-488 functional subsets implemented 
in a particular instrument. At most, the manufacturer's 
catalogs may specify that an instrument is "talk only," 
"listen only," or "fully programmable." [Ref. 25,27,28] 

Even the term "fully programable" can be deceptive. 
Although all functional subsets may be implemented in the 
"fully programmable" instrument, all the subsets may net be 
implemented for all cf the front panel function and range 
controls. Thus, seme front panel controls may be remotely 
operated (via the bus) while others require local (front 
panel) operation. [Ref. 29] 

GPIB configured equipment selection is, therefore, 
not a straight forward process. It requires both a know- 
ledge of the functional subsets required for a particular 
application and a determination of the functional subsets 
implemented by the instruments under consideration. 

Navy interface requirements are specified by 
MIL-T-28800 , paragraph 3.13.2. This specification states 
that all logic interfaces in electonic test equipment should 
be in accordance with IEEE-STD 488-1978 and goes on to 
specify the required functional subsets (refer to Appendix 
D) . The United States Air Force Modular Automated Test 
Equipment (MATE) functional subset requirements are provided 
in Appendix E. Additional discussion of this topic takes 
place in Chapter 7. 
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2 • Codes, Formats and Conventi ons 

IE22 Standard 488 specifies the hardware interface, 
basic function protocol and a set of interface messages to 
control the interface functions. However, the standard dees 
not specify the syntax or coding of device-dependent 
messages-tha messages that control the programmable features 
of the instrument. [Sef. 30] 

Therefore, while the hardware is specified, the 
language of communication is not. "It is much like a tele- 
phone s ystem-t he hardware link is well defined, but unless 
both parties speak the same language, communication is 
impossible." [Sef. 27] 

In spite of the lack of cods, syntax and convention 
standardization, many compatibility problems have been 
avoided by the adherence of most electronic equipment manu- 
facturers to the following two related standards: 

1 • Amer ica n Sta ndar d C ode For I nf orma tion Int er c hanc e 
(ASCII) . ASCII is used in most GPIB instruments for 
bus data transmission. 

2* ANSI X3.42. This standard format specifies three 
types of numbers (integers, reals, and reals with 
exponents) and transmission of the most significant 
digit first. 

Adherence to these standards is required in the procurement 
of Navy electronic test equipment as specified in 
MIL- T-28800 , paragraph 3.13.2.3: 

Unless otherwise required in the detailed sued ficat ion , 
all numeric and alpha-r.u meric data (input* and output) 
shall be American Standard Code, ror Information 
Interchange (ASCII) and the most significant digit shall 
be transferred first. 
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While two major potential sources of incompatibility 
have been eliminated by manufacturer adherence to related 
standards and by military specification, other sources of 
incompatibility have not yet been addressed. Some of these 
are: 

1. Method of starting a message. 

2. Method of terminating a message. 

3. Convention to prevent execution of any part of a 
message until the entire message is received. 

Some manufacturers have attempted to develop standards for 
these other sources of incompatibility. Tektronix' s "Cedes 
and Formats" standard represents one widely accepted 
approach [Ref. 31]. 

The Air Force's Proposed Standard 2306564 Rev D of 
05 May 1S82 delineates various syntax and coding require- 
ments (Continuous Integrated Intermediate Language (CIIL) ) 
for MATE qualified systems. CIIL has been submitted as IEEE 
Proposal 981 for inclusion in the IEEE-STD 488 [Ref. 32]. 

Fending addition of thorough codes, formats and 
conventions specif icaticn to the IEEE-STD 488, the selector 
of GPIB test equipment must ensure that procurement specifi- 
cations require codes, syntax and conventions compatibility 
with the ether GPI3 instrumentation. 

C. GFI3 APPLICABILITY TO G PETE 

Unlike the Air Force, which through its MATS program is 
attempting to make general purpose TMDS (i.e. GPETE) compa- 
tible to ATE applications, the Navy's ATE efforts are 
concentrated on development of a common ATS station for all 
applications. With a f ew exceptions, neither the current 
"family of ATE" (seven different ATS stations) or the 
Consolidated Systems Support (CSS) program (now entering 
full scale development) rely on the use of GPETE as ATE 
building blocks. 
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Therefore, the major application of GFI3 in GPETZ would 
be to facilitate automated calibration and, specifically, to 
facilitate the closed loop calibration of the instrument 
using the MECCA system. 

The current number of GPETE items available with GPIE is 
small. A comparison of the MIL-STD- 1364? and the 1983 
versions of the Hewlett-Packard, John Fluke, Tektronix and 
Weinschel catalogs only identified one item with GPIB stan- 
dard and seven others in which the GPIB option was available 
(refer to Appendix F) . Although the number of items is 
currently small, it is increasing rapidly because of market 
demand and the simplicity of implementation resulting from 
the introduction of standard GPI3 integrated circuits. 

B. GPIB PROCUREMENT POLICIES 

1. O.S. Air Force Policy 

The United States Air Force purchases TMDE with 
IEEE-488 whenever it is available. This policy, which has 
been in effect since 1981, reflects verbal vice written 
direction and was implemented primarily to facilitate auto- 
mated calibration. The Air Force has even been successful 
in securing agreements with manufacturers to provide GPI3 in 
instruments when the option is not commercially available 
(e . g . Tektronix 465M oscilloscope) . [Ref. 33] 

2. U.S. Ay,my P o l icy 

The United States Army does net have a written 
policy for the procurement of IEEE-483 with its TMDE. In 

spite of seme pressure from the Army’s Development and 
Readiness Command (CARCOM) to devise such a policy, the 
individuals involved in TMDE procurement at the 
Communications and Slectonics Command (CECOM) have avoided 
formulation of such a policy. These individuals prefer the 
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current situation because it permits a case-by-case evalua- 
tion and avcids the requirement to justify any policy devia- 
tions. The Army currently has few automatic test equipment 
(ATE) applications, but has introduced various automatic 
calibration systems. [Ref. 34] 

3 . Navy Policy 

Currently the Navy does not have a specific GPETE 
GPI 3 procurement policy. To fully understand the current 
situation, the positions of each of the principals involved 
will be presented. 

a. NAVELEX 8151 Position 

NAVELEX 8151' s position is summarized as 

folic ws : 

1. No specific G FIB procurement policy currently exists. 
However, the formulation of such a policy is under 
study. 

2. Ultimate responsibility for initiation of GPI3 GPETE 
requirements rests with the users, i.e. the hardware 
systems commands. 

3. Currently, requests for GPIB configuration of GPETE 
should be generated through normal MIL-STD-1387 
(requests for non-standard GPETE) channels. However, 
generation of the specific policy should eliminate 
this requirement. 

u. Receipt of MIL-STD-1387 requests for GPIB configured 
GPETE will result in a review of the MIL-STD-1364 
characteristics to ascertain if GPIB should be mad- 
standard. [Ref. 35] 
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NAVE LEX 8152 Position 



NAVELEX 8152, as ths TMDE manager for sh era 
commands, holds the following position: 
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upon expert opinion. Because of its complexity and demands 
upon the experts* time, a Delphi technique was net used. 
Instead, various experts were surveyed via telephone conver- 
sations, questionnaires and visits. The results of these 
surveys and the model’s parameters were then discussed and a 



39 



general concensus achieved during a presentation at the AC/D 
Conference in Dallas, Texas on 30 March 1983 (refer to 
Appendix G for a list of attendees) . A discussion of the 
elements of the model follows. 

A. CALIBBATIO N MAN H CUR SAVINGS 

Many claims have been made about the magnitude of the 
manhour reductions that can be achieved through automated 
calibration. Based upon comparisons made during an intro- 
ductory tour of MECCA through a number of Navy calibration 
activities, MEC 1 s promotional film "MECCA" claims that MECCA 
produces calibration manhour reductions [Ref. 39]. Jchr. 
Fluke Corporation claims that their 7405A Automatic Meter 
Calibration System (like MECCA based upon a FLUKE 1720A 
controller and 5102 meter calibrator) reduces manhours by "a 
factor of two to three" [Ref. 40]. Yet, in spite of these 
claims, discussions with numerous Navy calibration techni- 
cians indicate that MECCA open loop meter calibration is 
often slower than manual calibration. 

The calibration techniques often used in the fleet 
provide the source of this disparity. Experienced techni- 
cians often by-pass some calibration steps and "piggy back" 
meters (calibrate more than one meter at a time), unauthor- 
ized methods not feasible with MECCA. MEC's primary reason 
for developing MECCA was not manhour savings, but rather 
improved procedural compliance. Based upon fleet comments 
MECCA is achieving this objective. 

But the apparent failure of MECCA to reduce meter cali- 
bration manhours does not refute its potential. Fleet 
comparisons are of "apples and or ang es"-complete versus 
incomplete procedures. Furthermore, these comparisons are 
based only upon open loop meter calibrations. 
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A survey of experts, limited quantified data and the 
AC/D Conference discussion resulted in agreement on a 30% 
manhcur reduction factor for MECCA closed loop compared to 
MECCA open loop calibration (Appendix H provides a more 
detailed derivation) . 

This reduction is substantial, but not nearly what could 
be achieved if MECCA closed loop procedures were written to 
minimize operator intervention by only stopping the program 
to display test results for failures. MEC agreed with this 
assessment and plans to investigate changing the procedures 
accordingly [Ref. 41], The impact of such a change was 
discussed at the AC/D Conference and a 50% reduction factor 
agreed tc if the instrument calibration procedures (ICPs) 
are changed. 

Even further reductions are possible in a high volume 
calibration facility. In this environment, with sufficient 
throughput and multiple MECCA stations, a single operator 
using minimum intervention ICPs could simultaneously carry 
out two or more calibrations. 

B. INCREMENTAL COST ELEMENTS 

1 . P r o curement Cost 

The procurement cost is the incremental cost of 
inclusion of the IEEE-488 option in an item of GPETE. 
Although manufacturer's catalogs clearly specify this cost, 
the catalog cost represents a single unit retail price. 
Since the Navy purchases GPETE competitively and in quan- 
tity, its cost s are far below retail. 

In this life cycle cost model, the procurement cost 
is an output. The model will consider all other quantifi- 
able costs and benefits and produce a figure that represents 
the maximum price that the Navy could pay for the GPIB 
option and still "break even" over the instrument's life 



cycle. Comparison cf this resultant cost to the known or 
anticipated incremental cost of the G?IB configuration will 
assist in the decision making process. 

2. I ncrem ental L ife Cycle Software Co sts 

MECCA software consists of two different 
element s-the applications software (or "handler”) and the 
instrument calibration procedure (IC?) . The applications 
software is applicable to an entire class of test equipment. 
Currently MECCA application software is available or is 
under development for meter, enhanced meter, oscilloscope, 
signal generator and counter/frequency calibration. 3ecause 
application software is not unique for a given instrument 
and would be developed regardless cf any GPIB procurement 
decision, all related development, distribution and mainte- 
nance costs are "sunk" and non-incremental . Thus, 

application software costs are not considered in this 
anal ysis. 

ICP software costs, on the other hand, may be either 
incremental or non-incremental. If the G?I3 procurement 
decision results in the development of an additional ICP, 
the ICP software costs are incremental. Otherwise, IC? 

software costs are non-incremental and should not be consid- 
ered. To aid in deciding if the ICP software costs should 
be considered in the cost-benefit model, a decision tree is 
provided in Appendix I. 

There is a remote possibility that an applicable IC? 
already exists for the GPIB configured instrument, but no 
applicable IC? exists for the ncn-3?I3 instrument. in such 
a case the incremental software costs become a credrt ror 
the procurement decision. 

It is recognized that the decision maker will 
probably not have ready access to the information needed to 
make such a determination. However, MEC, as the control 
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center for all I CPs, should be able to provide the necessary 
information. 

a. Software Development Costs 

MEC is currently paying contractors $2,500 to 
develop a MECCA ICP (cost includes a paper conventional 
manual ICP) regardless of its simplicity or complexity 
[Ref. 42]. Each ICE may be applicable to as many as ten 
instruments, but because this analysis only considers cases 
in which development of a new ic? is required, ail develop- 
ment costs will be apportioned to the first instrument. 
Software development costs will be "sunk" for future instru- 
ments that are able to use the ICP. Therefore, the software 
development cost per unit is calculated by dividing $2500 by 
the expected number cf instruments to be procured. 

b. Software Distribution Costs 

MEC estimates that it costs $5 to produce and 
distribute a single ICP diskette (includes $2.80 for the 
blank diskette) [Ref. 43]. Although as many as ten ICPs can 
be placed on a given diskette, MEC is currently limiting 
this number to five (all meter ICP diskettes have five ICPs) 
[Ref. 44], The initial issue quantity of the diskettes is 
one per site, but this analysis will assume that each site 
will requisition a second set of diskettes as a reserve. It 
is further assumed that each diskette will be replaced 
semi-annually as the result of ICP cnanges, damage and/or 
loss . 

Distribution of ICP software for newly developed 
ICPs will, therefore, cost $4.00 ((35/disk X 2 disks/ 

distribution x 2 distributions/year)/ (5 ICPs/disk)) per 
instrument model per sits per year. Apportionment of the 
IC? distribution costs to the individual instruments is 
calculated by multiplying $4 by the number of MECCA sites 
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and dividing the result by the number of instruments to be 
procured. 

c. Software Maintenance Costs 

As the result of ICP errors, procedure updates 
and hardware changes, continued ICP software engineering is 
required after initial development. This cost element is 
very difficult to anticipate because some ICPs may never 
require change, while others are changed numerous times. A 
discussion of this subject at the 29-31 March 1983 AC/D 
Conference lead to a general concensus that the life cycle 
cost cf ICP maintenance would at least equal the initial 
development cost ($2,500). To allocate this cost over the 
life cycle of the instrument, this analysis will assume that 
this cost will be $300 per year for each of the first 9 
years of the instrument's life expectancy. Apportioning 
this cost to an individual instrument will again require 
division by the expected instrument population. 

3 • Inc rem ental l ife Cy cle Re pai r Co sts 

Inclusion of the I2EE-488 bus in an item of GPETE 
introduces a degree cf complexity to the instrument and is, 
therefore, likely tc increase the instrument's life cycle 
repair costs. Calculation of life cycle repair costs 
involves the determination of two factors: the failure rate 

(reliability) and the average cost of a repair 
(maintainability) . 

a. GPI 3 Failure Rate 

The Navy has experienced a GPIB rejection rats 
cf approximately 30% during the acceptance testing of cali- 
bration standards [Ref. 45]. These rejections seldom 

represented GPIB malfunctions. Rather they almost univer- 
sally xepresented non-standard GPIB implementation by the 
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manufacturer. Navy calibration standards GPI3 acceptance 
tests are conducted using the Interface Technology ITC-433 
bus tester and a Navy developed software (EPROM) program. 
In most cases of acceptance test failure, the manufacturer 
has willingly made the required modifications (usually only 
involving reprogramming of the instruments* GPIB EPROM soft- 
ware) . Additionally, the occur a ace of such problems has 
been significantly reduced since the introduction of stan- 
dard IEEE-488 integrated circuits. [Sef. 46] 

After passing initial acceptance inspections, 
the IEEE-488 bus has proven to be extremely reliable. This 
analysis will use a 2 % failure rate (a 2% chance of GPI3 
failure at each calibration induction) . Derivation of this 
figure is provided in Appendix J. 

b. Repair Manhours and Material Costs 

For purposes of this analysis the average 
IEEE-483 repair action will require 3 manhours and 540 of 
materials. 3ecause of the limited GPIB repair expertise 
currently in the fleet, the NARF LOE hourly rate of $48 will 
be used instead of the $28 FCA hourly rate. Derivation of 
the repair labor and material requirements is provided in 
Appendix K. 

4 . I ca istic s Cost 

Introduction of an additional IEEE-488 instrument 
into the inventory will result in increased logistics costs 
because of the need for additional parts support, parts 
cataloging and holding costs. In the past IEEE-488 bus 
implementation was accomplished in a unique manner by virtu- 
ally every manufacturer, often differing among instruments 
from the same manufacturer. Today implementation is 

becoming more standard, because of the introduction of the 
standard IEEE-488 integrated circuits (such as the Texas 
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Instrument's 9914A). Because of standardization, the incre- 
mental logistics costs of introducing another IEEE-438 
configured instrument will not be significant. In this 
analysis, incremental logistics costs will be assumed to 
equal forty percent of the total life cycle repair material 
costs. Refer to Appendix a for the derivation of this 
figure. 

5 • A ccept ance T est ing Costs 

Traditionally, GPETE product testing has consisted 
of bid sample testing and the subsequent acceptance of the 
manufacturer's test results. In spite of the high GPI3 
rejection rate during calibration standards acceptance 
testing, the traditional GPETE test methodology will suffice 
for GPIB configured GPETE. 

As explained earlier, the high calibration standards 
GPIB rejection rate was the result of non-standard GPIB 
implementation, not GPIB malfunctions. Therefore, the 
objective of any GPIB GPETE testing program would be to 
ensure that the instrument conforms with the Navy's ITC-488 
test parameters before contract award. In other words, the 
bid sample testing should include this GPIB test. 
Subsequent testing (and reporting) of sample items by the 
manufacturer using the ITC-488 would be mads part of the 
contract. 

The incremental cost of this additional test will be 
small and, since specified in the IFB (and contract) , would 
be part of the incremental GPI3 procurement cost. For these 
reasons, additional GPIB testing costs will not be consid- 
ered as a separate element in this analysis. 
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OTHER COST-BENEFIT ANALYSIS PARAMETERS AND ASSUMPTIONS 



1 • EC A Cost Per Man ho u r 
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3 . In me nt Life Exp e ctan c v 

A generic list of instrument life expectancies is 
provided in Appendix F. 

4 • Salvage Value 

This analysis will assume that the incremental 
salvage value a GPIB equipped test instrument is 
negligible. 

5. Num ber of MECCA Sites 

The number of MECCA sites is required to calculate 
software distribution costs. 3ecause five ICFs reside on 
each diskette and as many as ten instruments may use the 
same ICP, it would be nearly impossible to calculate the 
exact number of MECCA sites to which a given diskette may be 
distributed. It will, therefore, be assumed that every 
diskette will be- distribute d to each MECCA site. The number 
cf MECCA sites is equal the number cf FLUKE 1720 A and 
1720A/A? custodians (93 as of 20 March 1983) [Ref. 47] and, 
therefore, can be obtained from The Weapons Quality 
Engineering Center (Code 373), Naval Weapons Station, 
Concord. 
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If current COMSUR FLA NT plans no place MECCA or. 
virtually every cc mbarar.t in the Atlantic Fleet are imple- 
mented, the number cf sites will increase to approximat elv 
250. Expansion of such a plan no the Pacific Fleet would 
further increase the number of MECCA sites to approximately 
400. 

6. C alibr at ion Intervals 

Ihe length of the instrument's calibration interval 
is required to facilitate the calculation of the number and 
timing cf calibrations (including a calibration prior to 
initial use) during the instrument's life cycle. Any or.e of 
the following means for this determination may be used: 

1 • Nc r. -GPI B Parent Instrument in In ventory . In cases 
where a non-GPIB parent instrument already exists in 
the inventory, the calibration interval may be found 
in Section 3 of the "Metrology Requirements List 
(METRL)," N AV AIR 17-35HTL-1. 

2. M c r. - G PI 3 Parent Instrument Not In The Invent ory . In 
the case that a non-GPI3 parent instrument dees not 
exist in the inventory the following calibration 
cycles may be used: 

a) Manufacture r's Calibration Cycle . Manufacturer's 
calibration intervals tend to be shorter than the 
corresponding METRL calibration interval. A 
sample of twenty instruments (five from each MECCA 
applicable generic group) yielded a manufacturer's 
average interval of 7.3 months compared to the 
METRL average of 12.9 months (see Appendix Q for 
the sample elements). Therefore, use of the manu- 
facturer's calibration interval may result in an 
unrealistically high calibration life cycle cost 
savin gs. 
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b) MZTRL Gene ric Cali, bra-ion Cy cle. Because the 
METRL generic calibration interval (found ir. 
Section 2) is a very conservative estimate, use of 
this figure will result in a unrealistically large 
number of life cycle calibrations and will, there- 
fore, lead to an overly optimistic calibration 
manhour savings figure. Appendix Q provides a 
comparison cf generic caliaraticn intervals with 
both the M ETRL model number interval and the manu- 
facturer's recommended interval. 

Other more complex schemes are also possible. Many new 
instruments are initially placed on the generic calibration 
interval and subsequently changed as sufficient MEASURE data 
is accumulated (increasing 90% of the time) [Ref. 48]. A 
scheme using this approach would result in a gradually 
increasing calibration cycle. 



Standard Calibration Manhours 



This analysis will assume that the manhours required 
to perform a MECCA open loop calibration is equal to the 
standard manhour/calibration figures available from MEASURE. 
This assumption is tantamount to equating MECCA open lcop 
and conventional manual manhour requirements. 3ased upon 
fleet input on the relative speed of MECCA open loop meter 
calibration, this assumption may be conservative. 

Like the calibration interval, calibration standard 
manhours can be determined in several ways. 

1 . Nor.-GPI 3 Parent Ins t rument in Invento ry . If the 
nor.-GPIB parent instrument exists in the inventory, 
the standard calibration manhours may be derived from 
any of a number of MEASURE report formats. The data 
used in the sample model execution (Appendix S) was 
taken from FRAMS format R-1. 
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• Manu fac turer 1 s Standard. This rate can be derived by 
dividing the manufacturer's standard calibration fee 
by his current hourly rate (provided at the end of 
Appendix N) . Caution, however, is advised in the use 
of this figure. Manufacturer service centers are 
generally better equipped and staffed than FCAs. 
Therefore, they generally complete calibrations in 
significantly less time than can be achieved in the 
fleet. A sample of 20 instruments (five from each 
MECCA applicable generic group) showed no discernible 
relationship between the manufacturer's and MEASURE 
manhours. In six cases the MEASURE standard was 
lower than the manufacturer's. In the other fourteen 
cases reverse was true. Overall, the MEASURE stan- 
dards were slightly higher (3.5 hours compared to 3.1 
hours) than the manufacturer standards. Refer to 
Appendix S for the sample data. 

D. COST-BENEFIT ANALYSIS MODEL EXECUTION 

Once all the input parameters, cost elements and bene- 
fits are chosen, calculated or determined, they are assigned 
to the appropriate year(s) in the instrument's life cycle. 
Discounting of the yearly totals (see Appendix 0 for an 

explanation of discounting) and totaling the resultant 
present discounted values (PDV) yields the "break even" 
procurement cost. An example of this process is provided in 
Appendix S. 

E. SENSITIVITY ANALYSIS 

Using the example provided in Appendix S, Appendix T 
examines the model's sensitivity (degree of output response) 
to variation of a number of individual input parameters. 
The model was found sensitive to the following parameters: 
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1. Procurement Quantity 

2. FC A Cost Per Manhour 

3. Calibration Manhour Savings Factor 

4. Standard Calibration Manhours 

5. Calibration Interval 

6. GPIB Failure Hate 

The model was relatively insensitive to the following param- 

ar 3 i 

1. All Software Cost Parameters (for large procurement 
quantifies) . 

2. Number of MECCA Sires 

3. Manhcurs Per Hepair Action 

4. Material Costs For 3epair 

5. Logistics Cost Facror 

F. NON-QUANTIFI ABLE ADVANTAGES AND DISADVANTAGES 

1 • Dis adavantages 

a. Non-Availability Due to IEEE-488 Malfunction 

It is pcssible that an IEEE-488 interface bus 
failure could resulr in decreased rest equipment avail- 
ability. However, the probability of such an cccurancs is 
remote for the following reasons: 

1. The IEEE-488 bus is extremely reliable as indicated 
by the 2% incidence of failure. 

2. The probability of a bus failure "hanging up" the 
entire instrument is very small. In virtually every 
case the failure of the bus will not affect local 
operation. See Appendix U. 

3. Because the bus is only used for calibration, bus 
failure would not preclude conventional manual or 
MECCA open lccp calibration. Thus, except in the 
case of a GPIB induced "hang up," an urgently 
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required instrument, could be calibrated and returned 
to the user and bus repairs accomplished at a conve- 
nient future date. 

b. Absence cf Local Functional Checking 

Using a MECCA closed loop calibration procedure, 
all ranges and functions are set remotely (via the interface 
bus) and all data is collec tad/transferred remotely. It is, 
therefore, possible that the instrument may be functioning 
satisfactorily during remote operations while problems exist 
in local (front panel) operation. An example of this 
problem would be a front panel digital display malfunction 
that goes undetected because of the remote data transfer. 
Therefore, it is possible that a locally malfunctioning 
instrument could be returned to the user certified as 
calibrated. 

Unless such a malfunction occurred after induc- 
tion fcr calibration, it would usually be detected by the 
user and be reported to the calibration activity at induc- 
tion. In the remote possibility that such a malfunction 
occurred after induction, it is entirely possible that it 
could escape detection. 

A possible solution is robotic calibration. 
This technique would involve the use of a robot tc perform 
an automated calibration using the front panel controls. 
Such a technique has been proposed by various individuals at 
the Naval Avionics Center, but as of yet no research and 
development funding has been made available. [3ef. 49] 
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2 • Aavanta ges 

a. Calibration Procedure Standardization 

The primary justification for the development of 
the MECCA system was to ensure that calibrations were being 
accomplished in a consistent manner throughout the fleet. 
Prior to MECCA, calibration relied upon the technician’s 
individual skill and methodology. Although manual calibra- 
tion procedures provide a detailed, step-bv-step method, 
seme technicians tend to disregard the procedures as they 
become mere experienced and develop unauthorized shortcuts 
that are, unfortunately, often taught to less experienced 
technicians . 

MECCA, even in its open loop mode, has improved 
procedural compliance by forcing the technician to step 
through the procedure and ensuring the calibrator is prop- 
erly set for each parametric check. However, the MECCA open 
loop method still relies upon the technician to properly 
make calibrator/TI adjustments. In the closed loop mode the 
controller makes direct II readings and comparisons, thus 
reducing the technician's role and the chance for human 
error. The closed loop method, therefore, ensures a higher 
degree of calibration procedural standardization than 
afforded by MECCA open loop calibration. 

b. Improved Calibration Accuracy 

Erroneous calibration procedures may induce 
inaccuracies into the test equipment. These inaccuracies are 
subsequently passed along to the GPETE supported electronic 
systems. By improving calibration procedural compliance, 
MECCA closed loop calibration improves system maintenance, 
accuracy and reliability. 
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c. Bsttar Utilization of Experienced Technicians 

Because the controller ensures proper calibrator 
outputs ar.d TI indication readings and comparisons as well 
as providing the operator with a simple stepwise procedure, 
the level of experience and training required tc calibrate 
using an cpen loop technique is less than that required fcr 
either conventional calibration cr MECCA open loop techni- 
ques. Thus, a lower skill level technician can be used for 
calibration while the highly trained and experienced -Techni- 
cians are utilized where they are most needed, icing 
equipment repair. 

The primary commercial justif ication fcr cali- 
bration automation is based upon this advantage and the 
resultant reduction in calibration technician salaries. 

d. Test Equipment Availability Improvement 

By speeding calibration procedures, closed loo? 
MECCA calibration will reduce the calibration turnaround 
time and the significant backlogs experienced by most Navy 
calibration facilities. A reduction in turnaround time will 
also permit a reduction in "pipeline" test equipment assets, 
thus reducing GPZTE inventory and procurement requirements. 

e. Multi-Component Applications and Calibration 

While this analysis has been limited to these 
items of GFETS that would use GPIB only fcr calibration 
purposes, mere and more test systems are being developed 
that rely upon the system components working as a unit 
through bus interface communication. GPIB configured GPETE 
can be used and calibrated as part of such a system. 
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f. More Thorough Calibrations 



Because cf the speed at which test point read- 
ings and data transfer can be achieved via GPI3, it is 
practical to test a larger number of parameters. Thus, 
significantly more thorough calibrations can be accomplished 
in as little or less time than is possible with non-GPIB 
instruments . 



g. Diagnostics 



The interface 
tain instrument accuracy, 
circuitry malfunctions, 
part cf the AC/D pregram 
is underway at the NARF 
laboratory. 



bus can not only be used to ascer- 
but can also be used to diagnose 
Development of such diagnostics is 
and research and development work 
Pensacola's Type II calibration 



Introduction of such a diagnostic system would 
reduce troubleshooting manhours, reduce technical skill 
level requirements, and improve fault isolation accuracy. 
Additionally, such a system could be configured to integrate 
via the interface bus with the supply data base to rapidly 
ascertain the availability of the required replacement 



part (s) . 



h. Intermittent Fault Isolation 



Technicians are often confronted with diagnosing 
an intermittent fault. Because a fault cannot be corrected 
until it is isolated, intermittent faults result in a great 
deal cf time and effort, not to mention technician 
frustration . 

The ability of closed loop calibration proce- 
dures to run in a continuous loop (programmed only to stop 
when a discrepancy is located) permits the test instrument 
to run continuously (ever night or ever a weekend) until the 
fault surfaces and is recorded. 
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i. FCA Capability Enhancement 

The reduced skill level requirements and 
increased calibration speed and thoroughness possible wirh 
closed loop calibration could make the FCAs capable of 
performing calibrations that were previously only within the 
capability of a NARF or shipyard. The resulting migration 
of calibration capability will not only decrease turnaround 
time, but will also result in NARF and shipyard NIF savings. 

j. State-Of-The-Art Procurement 

Specification of IEEE-488 interface bus in the 
GPETE salient procurement characteristics may result in the 
procurement of a higher quality instrument through: 

1. Elimination from competition of marginal instruments 
and manufacturers that are unable to support GPIB. 

2. Elimination of the price disadvantage of instruments 
that provide GPIB as standard. 

k. Miscellaneous Advantages 

The ability of the IEEE-438 bus to transfer data 
directly would permit the instrument to be interfaced with 
other computerized data collection and monitoring systems. 
Examples of such systems are a MEASURE card printer and a 
computerized quality assurance (QA) monitoring system. 

G. CONCLUSIONS 

While the author has net attempted to quantify the two 
GPIB disadvantages and numerous advantages, it is obvious 
that the later far outweigh the former. Assessment of the 
values of these factors is strictly subjective and will, 
therefore, be left tc the discretion of the decision maker. 
However, because a GPIB instrument may have a longer useful 
life stemming from its ability to take advantage of future 
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developments, the author would not consider a $100 assess- 
ment to be unreasonable. 

The execution of the model (Appendix S) and sensitivity 
analysis (Appendix T) provides the decision maker with the 
following general guidance: a positive G?I3 procurement 

decision is likely when: 

1. anticipated procurement quantities are large (at 
least 100), 

2. the IC? is long and complex, and/or 

3. the calibration interval is short (one year or less). 
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VI. RELATED ISSUES 



Sc far this thesis has addressed current calibration 
workload reduction and productivity enhancement initiatives 
and has added one additional consideration- test equipment 
configuration. This chapter addresses other relevant 
issues. 

A. GEETE STANDARDIZATION 

NAVELEX's current approach to GEETE "proliferation 
minimization" only addresses part of the issue. While the 
current approach successfully minimizes small quantity and 
non-standard GPETE procurement, it fails to address the 
proliferation caused by formally advertised GPETE fcllcw-on 
procurement . 

The current DOD environment exerts a great deal of pres- 
sure tc formally advertise procurements. Unfortunately, 
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rent instruments procured to fill the same requirements and 
based upon identical salient characteristics. A recent 
example is provided by the AN/USil-425 oscilloscope contract 
awarded to Kikisui (Japan) in December 1982. 

The Navy and the Air Force issued a IF5 for AN/USN-425 
cscillcsccpes tc supplement the current inventory of 
Tektronix 465M, Option 49 (AN/USM-4 25 ) oscilloscopes. 
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Tektronix's bid of $1,550 per unit for the 465M was 3191 
higher than Kikisui's $1,359 bid, so Kikisui was awarded the 
contract. In spite of NAVMAT direction to ensure "total 
cost effectiveness" in GPETE procurement [Ref. 12], no 
consideration was giver, to the incremental logistics costs 
(spare parts provisioning, training, IC? development, etc.) 
that would be associated with the introduction of an oscil- 
loscope different from the one already in the inventory. If 
considered, these incremental logistics costs may have 
offset the $191 price difference. 

This example, unfortunately, is not an isolated case. 
In spite of the increased emphasis on logistics and life 
cycle costs, formally advertised procurement continues to 
take precedence. 

B. GPETE INTEGRATED LOGISTICS SUPPORT 

While formal advertising continues to overshadow logis- 
tics considerations, the current state of GPETE ILS dees not 
lend itself to involvement in the acquisition process. 

Within NA7ELEX 8152 GPETE ILS functions are performed by 
a single individual assisted by five contractor personnel. 
To date GPETE ILS efforts have concentrated on the post- 
acquisition development of operational logistics support 
plans. Little effort has been given to pre-acquisition 
considerations such as the development of life cycle cost 
and cost-benefit analyses. 

While a full scale logistics support analysis (LSA) 
effort ( MIL-STD- 1389) could not be justified for off-the- 
shelf (OTS) commercial test equipment (CTE) procurement, 
seme pre-acquisition ILS effort would be beneficial. 
Comparisons of the relative calibration intervals, maintain- 
ability factors, ease of operation, training requirements, 
and provisioning would be valuable in differentiating 
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between instruments under consideration. While intentions 
have been expressed to move in this direction, the presence 
of the necessary commitment and expertise within NAVEL2X 815 
is debatable. 

C. TRAINING 

Formal calibration technical training is available from 
two sources. A sixteen week course taught at Lcwry Air 
Force 3ase (Denver) qualifies graduates as Electronics 
Standards Specialists (NEC 1583). A six week NALC 

Detachment course (taught in Norfolk and San Diego) trains 
Field Calibration Technicians (NEC 5673). Both courses are 
general and theoretical. Little "hands on" training is 
provi ded . 

Fleet units, therefore, must rely almost totally on CJT 
for practical calibration training. While OJT can often be 
arranged at a local NARF, shore based A IND, or Naval 
Shipyard, the availability of additional sources of training 
would be most beneficial. 

Development of the following additional training sources 
is recommended: 

1 • C n-Sit e Fact ory Sch ools 

Fleet units have found the use of factory schools 
impractical because of the tuition expense (S 1000-2000) , the 
TAD expense (most manufacturer's facilities are not conve- 
nient to government quarters), and their infrequent 
availability ( 1 or 2 classes per year). 

However, some electronic equipment manufacturers, such 
as Tektronix, are willing to teach their courses at Navy 
installations if sufficient students are available 
[Ref. 50]. If type commanders worked in concert, a suffi- 
cient number of qualified, interested students could easily 
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TAD 



be assembled. This approach would eliminate most 
funding requirements , reduce the fleet, unit’s administrative 
workload, and fester fleet participation, particularly if 
tuition was paid directly by the type commanders. 

2 • Phase P ack a qe Trai ning 

Another approach is the establishment of phase 
package training at the NALC Detachments and/or the Naval 
Aviation Maintenance Training Detachments (NAMTD) . Such 
training would compliment the Lowry and NALC Detachment 
theoretical training by providing "hands on” training in 
specific calibration phase packages. A similiar program 
tailored to the surface Navy's needs could also be 
esta blished . 

3. Scu n a/Slid e and Video Cassett e Training 



Many test equipment manufacturers make available 
sound/slide and video cassette training on the operation, 
calibration and repair of specific instruments. Additional 
presentations are available from other sources. For 
example, NATC Patuxent River has a ten lesson University of 
Colorado video cassette course on IEEE-438. 

Where such programs /presentations are available, they 
should be made a logistics element and purchased as part of 
the ETE procurement package. For instruments already in the 
fleet the type commanders should seek cut and review appro- 
priate pregrams/presentations and make them (and the 
necessary projectors and VCRs) available to the fleet. 



4 . Ma nufa ct urer Perio d i cals 



Seme electronic instrument manufacturers publish 
periodicals (Hewlett-Packard's is called "Bench Eriefs") 
containing articles cn test equipment calibration and repair 
techniques. Type commanders should investigate 
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the 



availability of these publications and arrange distribution 
to fleet units ("Bench Briefs" are free) . 

D. ACS COORDINATION 

Although MEC is coordinating ACS IC? development for the 
fleet through MECCA and NALC is coordinating ACS IC? devel- 
opment through AC/D , these two programs are not coordinated 
with cne another. This lack of coordination has lead to 
redundant efforts and disputes. The following illustrates: 

1. 3cth MEC and AC/D (NATC) have developed "multi- 
handlers" (applications software applicable to 
multiple component ACSs). 

2. MEC has developed a MECCA program generator. The 
MALC program is tasked with developing a universal 
program generator. 

3. In several cases, NAHF Quality Assurance Divisions 
have refused to certify MECCA IC?s due to alleged 
procedural discrepancies. 

For the Navy to take full advantage of its various ACS 
development efforts, overall coordination is necessary. 
This function is and should be MFC's responsibility. 
However, since MEC is sponsored and funded by each of the 
hardware systems commands, it lacks the power to exert 
authority over their independent ACS initiatives. 

Through the mutual cooperation of each of the systems 
commands, real authority for ACS coordination should be 
vested in MEC. For its part, MEC should establish an inde- 
pendent division tasked with the following responsibilities: 

1. Coordination of ail ACS development efforts 

2. Development and maintenance of a universal program 
generator that will be used in the development of all 
Navy ACS ICPs . 

3. Certification of all Navy ACS ICPs. 
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permit the unbiased evaluation 
and.non-MEC generated ACSs and 
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VII. RE COM SEN DAT IONS 



The following is a brief summary or the author's 
race mm end at ions. 

A. IEEE-488 SUBSET REQUIREMENTS 

The current Navy IEEE-4 88 subset, requirements (Appendix 
D) are inadequate to facilitate automated calibration. A 
revised list, based upon expert opinion, is presented in 
Appendix V (Appendix T w compares the current Navy, USAF MATE 
and the recommended subsets) . 

These subset requirements should be presented to the 
industry as Navy GPIB requirements. It is anticipated that 
the electronics industry will respond favorably to such 
requirements based upon the following: 

1. The positive reception USAF requirements (including 
configuration control) for MATE qualification 
received from industry. 

2. The relative ease of implementing all functional 
subsets when GPIB is implemented using a standard 
IEEE-488 integrated circuit. 

B. IEEE-488 CODE, SYNTAX AND CONVENTION STANDARDS 

The Navy should convene a study group to investigate the 
various codes, syntax and convention standardization propo- 
sals now before the IEEE Standards Board. The results of 
their efforts should be used to guide Navy GPIB procurement 
and to facilitate Navy support of the most appropriate 
proposal (or, if necessary, tc generate a new proposal) . 
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C. GPETE GPIB PROCUREMENT POLICY 
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with the codes, syntax and conventions required for compati- 
bility with other instruments in the inventory. 

D. GPETE FOLLOW-ON PROCURE MENT 

Steps should be taken to reduce GPETE proliferation 
caused by the formal advertising of follow-on procurements. 
Initial procurement of GPETE requirements (based upon 
entirely new requirement of improved salient characteris- 
tics) should be procured competitively. But the merits of 
standardization suggest a different approach is required for 
follcw-cn procurement. The following methods should be 
considered: 

1 . Mult ipl e Year Optio n s. Instead of the current prac- 
tice restricting GPETE procurement contracts to one 
year with a single year option, contracts with two or 
mere option years should be sought. This method would 
reduce the frequency of letting contracts while 
retaining the option to change to another instrument 
model as the state-of-the-art dictates. 

2. M ult i Pie Year Contracts. The (J.S. Army is currently 
using five year contracts for TMDE procurement 
[Ref. 51], This approach not only reduces formally 
advertised follow-on procurements, but will probably 
result rn a lower procurement price relative to the 
multiple year option approach because of reduced 
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uncertainty for the manufacturer. However, this 
approach could also lock in the procurement cf GPZTZ 
that subsequently becomes obsolete or proves unreli- 
able. Therefore, this approach should not be used in 
the following cases: 

a) GFETE approaching the end of its life cycle. 

b) GPETE at the beginning of its life cycle that has 
net yet proven its reliability. 

U se of Life C v c l e Co sts. Life cycle costs, not 
prccurement ccsts, could be used as the cost criteria 
for fcllow-cn procurement, 
viable for competitive neget; 
difficult to implement for 
procurement . 

Use cf Logistics Costs. A 
considered alcng with procure 
advertised prccurement is th< 
cculd require the bid to i; 
logistics elements such as publications, training, 
provisioning and ICP development. This approach 
would give the incumbent a legitimate price advantage 
wnile retaining most of the advantages of fcrmal 
advertising. 

Use of DA 3 Standardization Ex caption . A determina- 
tion and findings (DNF) could be initiated to justify 
a negotiated sole source follow-on procurement of 
GPETE. Justification for the DNF is found in the 
Defense Acquisition Regulation (DAR) exception for 
standardization of technical equipment deployed 
outside the United States or aboard ship [Ref. 52], 
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E. ACS COO EDI NATION 

It is recommended that a division of MSC ba established 
to coordinate ACS development, develop and maintain a univ- 
ersal program generator, and certify ACS iCPs. 

F. C ALIEBATION/HEP AIR TRAINING 

To improve fleet ca libration/repair test equipment 

training, the following actions are recommended: 

1. Arrange factory training at major Navy installations. 

2. Establish NALC Detachment/NAMTD phase package 

training courses. 

3. Make test equipment repair/calibration sound/siide 
and video cassette training courses available to the 
fleet. 

4. Make manufacturer test equipment instruction/ 
information periodicals available to fleet units. 
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VIII. epilogue 



As the result of the attention that the research for 
this thesis brought to the GP2TE/GBI? question, the 
following actions have been initiated; 

1. MEC is giving active consideration to modification of 
MECCA closed lccp procedures to limit operator inter- 
vention tc parametric check failures [Ref. 41]. 

2. NAVELEX 3151 has initiated consideration of a GPZTE 
GEIB policy [ Bef . 35], 

3. NAVAIR 55223 has directed N A EC 92524 to coordinate 
with NAVS2A 06C1C and NAVELEX 8152 in formulating a 
GFETE G P I 3 policy [Ref. 37]. 

4. NAVELEX 8152 has directed that, where applicable, 
future shore command GPETE requirements include G PI 3 



5. 



[ Ref. 36 ]. 



The NA V M AT TMDE Action Group (chaired by 
08T2) will make GPETE GPI3 policy an agenda 
the group’s meeting in Norfolk, Virginia on 
1 S 83 [Ref. 53 ]. 



NAVELEX 
item for 
8-19 May 
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AC/D 

ACS 

ACL/SCD 

AFB 

AIBD 

AIMSO 

ANSI 

AOP 

AEN 

ASCII 

ATS 
3 A 
3E 

CATIIID 

CECOM 

CIIL 

CCMNAVAIRLANT 
CCMNAV AI2PAC 



APPENDIX A 
DEFINITIONS 

Automatic Calibration ana Diagnostics 
Automated Calibration System 
Automatic Calibration Laboratory/Satell 
Calibration Development 
Air Force Base 

Aircraft Intermediate Maintenance 
Cepartm ent 

Aircraft Intermediate Maintenance 
Support Office (Patuxent River, MD) 
American National Standard Institute 
Average Over Period 
Aircraft Procurement, Navy 
American Standard Code For 
Information Interchange 
Automatic Test Equipment 
Budget Activity 
3uilding Block 

Computerized Automatic Tester, 

Digital 

Communications and Electronics 
Command (U.S. Army) 

Continuous Integrated Intermediate 
Lang uag e 

Commander, Naval Air Force, 

U.S. Atlantic Fleet 
Commander, Naval Air Force, 

U.S. Pacific Fleet 
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CCMSUSLANT 



CCMSU SLANT 


Commander , Submarine Force, 




O.S. Atlantic Fleet 


COM SURF LAN T 


Commander, Surface Force, 




U.S. Atlantic Fleet 


' C FI 


Consumer Price Index 


CRT 


Cathode Ray Tube 


CSS 


Consolidated Systems Support 


CSS 


Contractor Support Services 


CIS 


Commercial Test Equipment 


cv 


Aircraft Carrier 


CY 


Calendar Year 


CAR 


Defense Acquisition Regulations 


DARCOK 


Development and Readiness 




Command (U.S. Army) 


D MM 


Digital Multimeter 


CIA 


Defense Logistics Agency 


DNF 


Determination and Findings 


DCD 


Department of Defense 


SC? 


End of Period 


EFRCK 


Erasable Programmable Read Only Memory 


STS 


Electronic Test Equipment 


FC A 


Fleet Calibration Activity 


F MSO 


Fleet Material Support Office 


FEANS 


Flat Rate Measurement System 


FY 


Fiscal Year 


GEIR 


GP5TE End Item Replacement 


GINO 


GPETE Initial Issue 


GFETE 


General Purpose Electronic Test Sauiptnen' 


G?IB 


General Purpose Interface 3us 


GSA 


General Services Administration 


G SS 


Ground Support Equipment 


GSI 


GPETE SuDocrt Item 
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H-P 


Hewlett-Packard, Co. 


HF-IB 


Hewlett-Packard Interface 3us 


ICP 


Instrument Calibration Procedure 


ICP 


Inventory Control Point 


IB 


Interface Device 


IEC 


International Electrotechnical Committe 


IEEE 


Institute of Electrical and 
Electronic Engineers 


IFB 


Invitation For Bids 


1/ J S ATP 


In dustrv/ Joint Service Automatic 
Testing Project 


IIS 


Integrated Logistics Support 


IMRL 


Individual Material Readiness List 


LCC 


Life Cycle Costs 


LEM 


Logistics Element Manager 


ICE 


Level Of Effort 


LSA 


Logistics Support Analysis 


M ACL 


Motile Automated Calibration Laboratory 


MACS 


Mobile Automated Calibration System 


MATE 


Modular Automatic Test Equipment 


MEASURE 


Metrology Automated System for Uniform 
Recall and Reporting 


MEC 


Metrology Engineering Center 


MECCA 


Modularly Equipped and Configured 
Calibrators and Analyzers 


METRL 


Metrology Requirements List 


MIL-HDBK 


Military Handbook 


MILPERS 


Military Personnel 


MIL- STD 


Military Standard 


MEN 


Military Personnel, Navy 


MT5F 


Mean Time Between Failure 


NAEC 


Naval Air Engineering Center 
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NALC 


Naval Aviation Logistics Command 


NAMTD 


Naval Aviation Maintenance 




Training Detachment 


NARF 


Naval Air Rework Facility 


NAS 


Naval Air Station- 


NATC 


Naval Air Test Center 


NAVAIR 


Naval Air Systems Command 


NAVCCMPT 


Navy Office of the Comptroller 


NAVEIEX 


Naval Electronics Systems Command 


NAVMA'I 


Naval Material Command 


NAVSEA 


Naval Sea Systems Command 


NAVSUF 


Naval Supply Systems Command 


NCL 


Navy Calibration Laboratory 


NEC 


Navy Enlisted Classification Code 


NESEA 


Naval Electronic Systems Engineering 




Activity (St. Inigo es, MD) 


NIF 


Navy Industrial Fund 


NFS 


Naval Postgraduate School 


NSF 


Navy Stock Fund 


NWS 


Naval Weapons Station 


OJT 


On-The-Job Training 


OMB 


Office of Management and the 3udget 


CSMN 


Operations and Maintenance, Navy 


OPN 


Other Procurement, Navy 


CTS 


Of f-the-S heif 


PD V 


Present Discounted Value 


PHCNECON 


Telephone Conversation 


? ME 


Precision Measuring Equipment 


PCM 


Program Objective Memorandum 


QA 


Quality Assurance 


RADCCM 


Radar and Communications Tester 


SAI 


Science Applications, Inc. 
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SSE 

SHAPM 

S K&H 

SOA 

SPCC 

SPETE 

SPETEEL 

STEAL 

SYSCCM 

TAMS 

TEK 

TI 

TIMS 

TMDE 
US A F 
VCR 
WIN 



Supply and Equipage 
Ship’s Acquisition Manager 
Source, Maintenance and Recoverability 
State-of - the -Art 
Ship's Parts Control Center 
Special Purpose Electronic Test Equipment 
Ship's Portable Electronic/Electrical 
Test Equipment Requirements List 
Shore Test Equipment Allowance List 
Systems Command 

Test and Measuring Systems Office 
(NAV2LEX Code 38T) 

Tektronix, Inc. 

Test Instrument 

Transmission Impairment Measurement 
Syst em 

Test, Measuring and Diagncsitic Equipment 
United States Air Force 
Video Cassette Recorder 
Weapons Procurement, Navy 
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APPENDIX B 

ELECTRONIC TEST EQUIPMENT CLASSIFICATIONS 



Navy electronic test equipment (ETE) is classified by 
the Naval Material Command Electronic Test Equipment 
Classification 3oard. The board consists of one representa- 
tive from NAVAI3, NAVSSA and NAVELEX and is chaired by 
NAVSLEX (an individual other than the NAVELEX representa- 
tive) and meets as required to classify ETE into one of the 
following three catagories: 

1 • Ge neral Purp ose Sl e ctron ic T as t E quipm ent (GPETB) . 

GFETE is that electronic test equipment that is 
capable of, without modification, or generating, 
modifying or measuring a range of parameters of elec- 
tronic functions required to test two or more 
equipments or systems of basically different design. 
Newly designed and manufactured commercial off-the- 
shelf (OTS) electronic test equipment (CTE) used to 
support one system, will normally be classified as 
GPETE if it is reasonable to predict its use will be 
required with more than one equipment or system. 

2 • Special Purp ose Ela ctronic T est E qui ome nt ( SPET E) . 

Electronic test equipment that is specifically 
designed to generate, modify, or measure a range of 
parameters of electronic functions of a specific or 
peculiar nature required to test a single system or 
equipment, and it is reasonable to predict its use 
with more than one system is unlikely. 

3. Cther-S TS. Any test equipment not considered as 
either GPETE cr SPETE. [Ref. 54] 
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APPENDIX C 

IEEE-488 FO NOTIONAL SUBSETS 



The following tables [Ref. 55] represent each of the 
IEEE-488 standard’s functions, except the controller func- 
tion (which is not applicable to GPETE) . The degree to 
whtch a given function is implement ed in an instrum- 1 * i c 
rep. esent ed by a functional subset designation. For 
example, m the "Remote- Local" function, RLO means that the 
function is not implemented; RL 1 means that both the "basic 
remo u e— xcca j. " anc "local lock out" subsets are implemented; 
while RL2 means that only the "basic remote-local" subset is 
implemented. 



SOURCE HANDSHAKE 


SEO 


SHI 


Full Capability 
No Capability 


Allows the device to generate the 
handshake cycle for transmitting 
data 
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ACCEPTOR HANDSHAKE 


AHO 


AH1 


Full' Capability 
No Capability 


Allows a device to generate the 
handshake for receiving data 


X 
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DEVICE TRIGGER 


DTO 


DTI 


Full Capability 
No Capability 


Allows an instrument or group of 
instruments to be triggered or some 
action started upon receipt of the 
group executive trigger (get) 
message 
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X 
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SERVICE REQUEST 


SRO 


SRI 




Pall Capability 


Allows an instrument to request 
service from the controller with 
the SRQ line 




X 




No capability 




X 






REMOTE-LOCAL 


RLO 


RL1 


RL2 


3asic Remote-Local 


Allows the instrument to switch 
between manual (local) control 
and programmable (remote) 
operation 




X 


X 


Local Lock-Out 


Allows the return to local 
function to be disabled 




X 




No Capability 




X 






PARALLEL POLL 


PPO 


PP1 


PP2 


Basic Parallel Poll 


Allows an instrument to report 
a single status bit to the 
controller on one of the data 
lines (D107-D108) 




X 


X 


Remote Configuration 


Allows the instrument to be 
configured for parallel poll 
by the controller 




X 




No Capability 




X 






DEVICE CLEAR 


DCO 


DC1 


DC2 


Basic Device Clear 


Allows all instruments on the 
to be* initialized to a 
pre-defined cleared state 




X 


X 


Selective Device 
Clear 


Allows individual instruments to 
be cleared selectively 




X 




No Capability 




X 
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APPENDIX d 

NAVY IEEE-488 FUNCTIONAL SUBSET REQUIREMENTS 



The following Navy IEEE-488 functional subset require- 



ments ate specified in 


MIL - STD- 2 880 OC , "General 


Specification For Test 


Equi pment 


For Use With Electrical and 


Electronic Equipment," 


par a graph 


3. 13.2.2: 


Interface Function 


S ymbol 


Subset Requirements 


Source Handshake 


S H 


SHI required 


Acceptor Handshake 


AH 


AH 1 required 


Talker 


T 


I 1 required 


L is re re r 


L 


LI required 


Service Request 


SR 


SRI required 


Remote Local 


RL 


RL1 required 


Farallel Pell 


?P 


not mentioned 


Device Clear 


DC 


not mentioned 


Device Trigger 


DT 


not mentioned 
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APPENDIX E 

HATE IEEE-488 SUBSET REQUIREMENTS 



The following are the minimum allowable IEEE-438 func- 
tion subset requirements for USA? Modular Automatic Test 
Equipment (MATE) qualified instruments: 

Int erf ace Function S ymbcl Subset Requ ireme nts 



Source Handshake 
Acceptor Handshake 
Talker cr Extended 
Talker 



S H 


S HO net allowed 


A H 


AHO not allowed 


T or TE 


TO not allowed 




TEO not allowed 



Listener or L or 

Extended Listener 
Service Request SR 

Remote Local RL 

Parallel Poll PP 

Device Clear DC 

Device Trigger DT 

Controller* C 



* Not applicable to G? ETE 



I1,T2,T5,T6 preferred 
TE 1,TE2,TE5,TE6 preferred 
LE LO not allowed 
LEO net allowed 
SRI optional 
RLO not allowed 
RL 1 preferred 
RL2 not preferred 
PP1, PP 2 optional 
optional 
optional 
CO not allowed 
Cl, 2, 3, 4, 5 preferred 
type instruments which will 



never serve in the controller function. 

Source: Proposed MATE System Control Interface Standard, 

Proposed Standard Mo: 2306564 Rev. D, FSCM 13604, 05 MAY 82. 
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APPENDIX F 

GPIE GPETE AVAILABILITY 



Th 


e following is 


a list of these standard and 


su fcst 


it un a 


GPETE 


i “eras 


the aut 


hor was able to identify as 


Dc ing 


avai- 


lable 


with 


GPIB either as a standard feature or a 


s an o 


pt ion 


[Ref. 


25 r 28 


,56 ]. 


Kf r On 


— 


nfc 


H£r 




Model Nr 


Description Opt Nr 


Cost 


2 £ t9 


ELOKE 




8600A-01 


4.5 Digit DMM 529 


250 


1 


FLOKE 




8800 A/AA 


5.5 Digit DMM 529 


250 


1 


FLUKE 




1953 A 


Counter 15 


500 




H-P 




5 32 3 A 


Count er 0 11 


450 


2 


H-P 




8620 C 


Sweep Generator 011 


950 




H-P 




866 0C 


RF Signal Generator 005 


250 




H- ? 




5 34 0 A 


Counter 0 11 


425 




H-P 




3586 C 


Voltmeter Standar 


a Feat 


ure 


WEINSCHEL 


9675-200 


Sweep Generator 08 


675 




NCTE3 : 










1 . 


Unit 


mu s t be 


used in conjunction with a 


Fluke 


11 20 A 



IEEE-488 Translator. 

2. Unit is currently being bought as GPETE with the GPI3 



option installed. 

3. The GPIB option is "listen only." 
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APPENDIX G 

AC/D CONFERENCE ATTENDEES 

The following individuals attended the AC/D ccnferenc 



in Dallas, Texas, 


29-31 


March 1983. 




Name 


Activ 


iiz 


Code 


Don Tobey 


S AI, 


Dal las 


N/A 


Richard Anderson 


N ALC 


Det West 


3022 


John D. Crsllin 


NALC 


Patuxent River 


3321 


Walt Fitzgerald 


N ALC 


Patuxent River 


3322 


Vernon Marsh 


NALC 


Det East 


301233 


Elton E. Artis 


N ARF 


Norfolk, Type II 


66010 


Rick Renfro 


N ARF 


Alameda, Type II 


66200 


Emmett Parker 


NAFF 


Alameda, Type III 


66300 


Wayne Porter 


N ALC 


Det West 


S AI/NORIS 


Joseph A. Walker 


N ARF 


Pensacola, Type III 


94700 


Mike Foley 


NARF 


Pensacola, Type II 


66400 


Robert Sloccmb 


N ARF 


Cherry Point 


94207 


Doity Gaskill 


NARF 


Cherry Point 


9420 


V. (Pete) Grier 


NARF 


Cherry Point 


52120 


Gene Allertcn 


DALFI 


, Inc. , San Diego 


N/A 


Barry Sanderson 


NARF 


Jac kscnville 


94461 


Frank Brooks 


NARF 


Jac ksonville 


94400 


Ken Mccn 


N ARF 


Jac ksonville 


9446 1 


Jim Lopez 


NARF 


North Island 


94320 


Terry T. Krcgel 


NARF 


North Island 


94325 


Edward R. Greer 


NATC 


Patuxent River 


TS-243 


Paul Willenbcrg 


NATC 


Patuxent River 


TS-24 3 


LCDR W. D. Stahler 


N aval 


Postgraduate School 


SMC 1689 


Thomas Leedy 


National Bureau of Standards 


N/A 


Les Scott 


C er be 


ronics Corp. , San Diego 


N/A 


H. Z. Bradley 


Naval 


Avionics Center 


430 


H. T. Riebe 


Naval 


Avionics Center 


432 



3 1 



Peter 


Sargent 


DALFI 


Corp. , Oakland 


N/A 


Elwin 


Spear v 


Ski, 


Patuxent River 


a /a 


G. 3. 


Flintrcp 


Ski, 


NCL Tustin 


n/ a 
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APP ENDI X H 

LIFE CYCLE CALIBRATION SAVINGS ANALYSIS 



At the author’s request MEC conducted a comparative 
analysis of the time required to conduct an open and closed 
loop MECCA calibration. The test instrument used was the 
FLUKE 3S60A digital multimeter, the only instrument for 
which both an open and closed loop ICP had been developed. 
The test involved three technicians calibrating the instru- 
ment using both techniques. Although the exact test figures 
are not available for release, the test shewed an approxi- 
mate 50% reduction in the closed loop mode. 

A survey was also conducted via phone conversations and 
questionnaires to ascertain the estimates of individuals 
involved in automatic calibration system development and 
familiar with MECCA. The following estimates were obtained: 
Name / Act ivi t y/R ef sren ce E stimat e 

Mr. Mark Anderton 10-25% 

CCMNAYAIR LANT 532B11 
phcnecon of 29 Nov 1983 

Mr. Robert Cole 25% or more 



MEC Pomona 

visit of 07 Jan 1983 
Mr. Robert Holcomb 90% 

SAI NCL Tustin 
phonecon of 13 Jan 1983 
Mr. Mic'neal Eagar 20% 

NWS Crane 
Questionnaire 

Mr. Micheal Foley 25-30% 

NARF Pensacola Type II Lab 
Questionnaire 
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25% 



Sr. Paul Willenborg 

NATC Patuxent River 
Questionnaire 
Mr. Richard Renfro 10% 

NARF Alameda Type II Lab 
Questionnaire 

These results were presented an the AC/D Conference in 
Dallas, Texas on 30 March 1983 (refer to Appendix G for a 



■r 


of attendees) 


and the 


following manhou 


r reduction 


to 


rs were agreed 


upon : 






1 . 


Conservative 


Estimate 


(current MECCA 


closed loop 




procedures) : 


2 5% 






2. 


Eest Estimate 


(current 


MECCA closed loop 


procedures) : 




30% 








3. 


Bast Estimate 


(revis ed 


MECCA closed loop 


procedures) : 




50% 
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APPENDIX I 

SOFTWARE COST DECISION TREE 



The following decision tree is designed to assist the 
decison maker in determining if software development, 
enance and distribution costs are incremental to a spib 
procurement decision. 




85 



APPENDIX J 

FAILURE RATE DERIVATION 

The repair incidence (failure rare) was derived through 
a survey of various individuals highly experienced in the 
operation and maintenance of IEEE-488 configured test equip- 
ment. The survey was conducted through phone conversations 
and questionnaires. The following is a complete listing of 
the responses: 

N a me/Activi t v /Ref e rence Failure Incidence 

Mr. James Cigler Approximately 5 % 

NARF Norfolk Type III 
phcnecon cf 23 Nov 83 
Mr. Paul willenborg 1-2 % 

NATC Patuxent River 
Questionnair e dtd 24 Feb 83 
Mr. Donald Marshall Less than 5 % 

NAS Whidby Island Type III 
phcnecon cf 12 Jan 83 

Mr. Micheal Eagar Maximum of 5% 

NWS Crane 

phcnecon cf 17 Jan 83 

These survey results were presented and discussed at the 
AC/D Conference in Dallas, Texas, on 30 March 1983 (see 
Appendix G for a list of the conference attendees). The 
concensus of the conference was that 2 % failure rate should 
be utilized. 

Although the 2% failure rate may appear quite lew, 
further analysis indicates otherwise. If one only considers 
the GPI3 duty cycle as that time during which the bus is 
used (i.e. the condition cf the bus does not deteriorate 
during idle time), the 2 % failure rate translates to a mean 
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time between failure (MTBF ) of only 94.5 hours ((.7 x 2. 7 
hrs/c all brat ion) /(. 0 2 failures/calibration)) for the exam tie 
used in Appendix S. 

This MTBF is significantly lower than that calculated by 
test equipment manufacturers during warranty report prepara- 
tion. Twc examples are offered. 

1. Hewlett-Packard's warranty report on the 8672 signal 
generator estimates the ISEE-488 bus (HP-13) failure 
rate at . 2 % per year (based upon 2000 hours per 
year). This translates to a MTBF of 1,000,000 hours, 
four orders of magnitude greater than the rate used 
in this analysis. Additionally, H-P calculated that 
the HP-IB only contributed .9% to the overall failure 
rate of the instrument. This failure rate, however, 
is based on an instrument not connected to another 
instrument or controller. It, therefore, does not 
include the failure rate of the GPIB connector. 
[Ref. 57] 

2. Tektronix has calculated the failure rate of a GPI3 
cable (with twc connectors) as .0324 per 1000 hours. 
This translates to a MTBF of nearly 31,000 hours. 
[Ref. 58] 

3ecause of these low failure rates, the incremental fee 
that manufacturers charge for inclusion of GPIB option 
coverage in their annual repair agreements is very small 
(most often zero). Examples are provided in Appendix L. 
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APPENDIX K 

IEEE-488 REPAIR MAN HOURS AND MATERIAL COSTS 



The average cost of an IEEE-488 repair in terns of 
manhours and materials was established through interviews 
with and the completion of questionnaires by various indivi- 
duals experienced with bus repair. The following is a 



sample of the responses: 

Name/ Act ivi ty /Referen ce Mat er ial Cost 

Mr. James Cigler 2 $ 20-25 

NARF Norfolk Type II 
phonecon of 23 Nov 83 

Mr. Paul Willenborg 2 5 25 

NATC Patuxent River 



Mr. 



Questionnaire dtd 24 Feb 83 
Donald Marshall 
NAS Whidbv Island Type II 
phonecon of 12 Jan 8 3 
Craig Gaby 
Hewlett-Packard 
Service Center, Atlanta 
phonecon of 18 Jan 1983 



2 



$ 25 



2 (if bus controlled by 
separate microprocessor) 
6 (if bus and instrument 
controlled by a single 



microprocessor) 

The results of this survey were discussed at the AC/D 
Conference in Dallas, Texas on 30 March 1983 (for a list of 
attendees see Appendix G) . The discussion resulted in an 
estimate of 3 manhours and $40 of material for an average 
repair action. The primary justification given for these 
relatively low averages was that a hrgh percentage of G PI 3 
repairs only involve reseating a circuit card. 
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Further justification for these low average expenditures 
comes frcm the following: 



The inc 


remental cha 


rge 


for 


inclusion of 


•he 


o PI B 


option i 


n a manufact 


urer ' 


s annual repa 


ir agz 


seal 


a r.i 


is 


small, m 


o st oft en z e 


ro (s 


es 


Appe 


ndix L 


for e 


xam 


pie ; 


=) • 


Since e 


lectrcnics 


firms 


a 


re i 


n bus 


iness 


c 


mak e 


money. 


it can be a 


ssume 


a i 


hat 


the GP 


IB is 


nc 


t o nl y 


reliable 


, but is 


also 


£ 3 


la ti 


vely 


inexpe 


z s i 


v = 


to 


repair. 




















The part 


s involved i 


r GPI 3 


impl 


amenta 


zion a 


r a 


gen t 


=r — 


ally 


inexpensive. 




Th9 




fellow 


ing 


ex 


a hid: 


Le s 


[Bef. 59 


,60] illustr 


ate : 
















Texas 


Inst. 9914A 


GP 1 3 


X 1. u 


egrated Ci 


rcuiz 




316 . 


.00 


SN 160 


Buffer 














5. 


.00 


SM 162 


Buffer 














6 


.5 0 


HP-13 


Internal Cab 


le (H 


-P 


5328 


A Coun 


-ar) 




16, 


.50 


HP -IB 


Circuit Card 


(H-P 


532 8 A 


Ccunte 


r) 




206 


.00 
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APPENDIX L 

GPIE REPAIR CONTRACT COSTS 

The following data reflects the annual repair agreement 
rates for Tektronix and Hewlett-Packard rest equipment avai- 



lable with GPI 3 as an option [Ref. 61,62]. 







Cost of Annual 


Rsfoair 


Contract 


Ml 

MM 

yr,\ 


Model 


Nomenclature iLsn^jOPIB Wi 


th 5? 1 3 


Delta 


H-? 


60 02 A 


Power Supply 


75 


75 


0 


H-P 


6129C 


Voltage Source 


230 


230 


0 


H-P 


6130C 


Voltage Source 


260 


260 


0 


H-P 


6 1 3 1C 


Voltage Source 


260 


26 0 


0 


H-P 


8016A 


Word Generator 


360 


360 


0 


H-P 


80 1 8 A 


Data Generator 


360 


360 


0 


H-P 


8620C 


Sweep Generator 


75 


95 


20 


H-P 


866 0A 


Signal Generator 


26 5 


265 


r\ 

vy 


H-P 


436A 


Power Meter 


60 


60 


0 


H-P 


16 10E 


Logic Analyzer 


110 


110 


0 


H-? 


16 15A 


Logic Analyzer 


85 


85 


0 


H-P 


1640E 


Data Analyzer 


105 


105 


0 


H-P 


2804A 


Thermometer 


160 


160 


0 


H-P 


1980B 


Waveform Storage 


100 


115 


15 


H-P 


37 7 1 A/ E 


Data Analyzer 


280 


280 


0 


H-P 


4262A 


LCR Meter 


125 


170 


45 


H-P 


494 3 A 


TIMS 


310 


310 


0 


H-P 


4944 A 


TIMS 


310 


31 0 


0 


H-P 


5326A 


Count?: 


30 


30 


0 


H-P 


5340 A 


Counter 


370 


37 0 


0 


H-P 


5342A 


Counter 


170 


20 0 


30 


H-P 


5345A 


Counter 


24 5 


24 5 


0 


H-P 


3964 A 


Tape Reccrder 


26 0 


26 0 


0 


H-P 


396 8 A 


Tape Reccrder 


575 


575 


0 


H-P 


5150 


Print er 


105 


105 


0 



90 



TEK 


46 6 


Oscilloscope 


430 


430 


0 


TEK 


5223 


Oscilloscope 


305 


305 


0 


TEK 


492 


Spectrum Anal 


610 


630 


20 
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APPENDIX fi 



LOGISTICS COST FACTOR DERIVATION 

A logistic cost/ mate rial cost ratio was one of the most 
illusive elements in this analysis. Consultation with 
members of the Naval Postgraduate School (NPS) financial 
management facility and phone conversations with NAVSUP, 
NAVCOMPT and the Fleet Material Support Office (FMSO) failed 
to locate a viable figure. 

with the assistance of CDR Peter W. Blondin, NPS finan- 
cial management faculty, the following ratio of budget 
elements related to logistics system operation costs and the 
cosr cf materials processed by the system was devised: 

1. Loci sti c s S vstem Op era ring Cost s ( Numera t or ) . The 
estimated cost cf operating the Navy logistics system 
was based upon the following FY-83 budget 
authcriza tion s : 

A ppr o pri at ion Areas Included Approx Am t 



OSM, N (3 A-7) NAVSUP Hdqtrs. $ 60 M 

I CPs/FMS 0 200 a 

Stock Points 220 M 

Transportation 460 M 

OSM, N (Other BAs) Stock Points 100 a 

OSM, DOD iCPs/Stock Points 400 M 

MEN MILPERS in Supply 300 a 

Procurement Investment Costs 100 M 



TOTAL APPROXIMATE FY-33 COSTS $ 1,340 M 

2. S upp ly S vs tern Material Costs (D enomina tor) ♦ This 
figure consists of FY-83 budget authority for spare 
parts and for Navy Stock Fund (NSF) material. 

Aopropriat ion Ar eas Included Approx Amt 

Spares Procurement J 81 M 
Spares Procurement 127 ;i 



CPN 

WPN 
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AFN 


S pares 


P rocu 


r eme 


nt 1, 


938 


M 








NSF ( 0& M , N ) 


S pares 


Procureme 


nt 3, 


0 00 


M 








Other Stock 


Funds Spares 


Procu 


reme 


at 


9 00 


M 








C&M , N (BA-7) 


Eng/Cora 


ponen 


t R 3 


work 1 , 


034 


3 








TOTAL APPROXIMATE FY-33 


Cost 


3 


7, 


0 30 


M 


3. 




Logi 


sties Cost/M 


aterial Cost 


Ratio 


• 


Division 


of 


the 






legi 


sties costs 


(31,840 M) 


by 


t h 9 


total ma 


t er 


ial 






cost 


s (37,030 M) 


vie Ids .2617 


(26. 


17%) 


• 






T 


hi 


,s 26 


% figure grossly understa 


t es 


(per 


haps by a 


s m 


uch 


3.3 1 0 


0 % 


) 


the actual cost ratio be 


cause 


of 


the abse 


nee 


c f 


S3 V 3 r 


al 


, ma j 


or logistics 


system cost 


elements 


which we 


re 


not 


available . 


Among th 


ese absent 


cost 


el e 


ments ar 


o 


the 


folio 


wi 


ng : 
















1 . 




Cost 


s of Afloat 


SU2£iZ SU£D 


ort . 


Th 


e Navy e 


mpl 


oy s 






nume 


rous supply 


support ships 


to 


deli 


ver suppl 


t €S 


to 






the 


operating units. The aoo 


v e logist 


ics syste 


m c 


ost 






esti 


mates do 


not include 


an y 


cos 


ts for 


th 


eir 






oper 


ation . 














2. 




Cost 


s of logistics Planning. 


A 


good 


portion 


of 


the 



Naval Material Command and its associated systems 
commands (other than NAV SUP) are directly involved in 
the planning and programming of logistics support 
within the Navy. This involvement includes both the 
acquisition cf major systems and the logistical 
support of these systems. Since it was not possible 
to segregate individual costs of supply support from 
ether major logistical areas, no cost for the Naval 
Material Command or its systems command (other than 
NAVSU?) have been included. 

If a true ratio could be calculated it would lie some- 
where between 25% and 55% [Ref. 63]. In this analysis the 
mid-pcint of this range, 40%, will be used for the logistics 
cost factor. Fortunately, as demonstrated in the sensi- 
tivity analysis (Appendix T) the accuracy of this factor is 
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nor critical to the analysis. In fact, 
rhe model's outpur using 25% facror as 
factor is only $1.10. 



the difference in 
compared to a 55% 
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AP PEN DIX N 

FCA MANHOUR COST CALCULATION 



The cost of a FCA manhour is based upon the NAVCOMPT 
Manual's "Statistical Costing of Military Personnel 

Services" [Ref. 64] and an overhead rate equal to that 
recorded by the Navy Industrial Funded (NIF) Naval Air 
Rework Facilities (NARFs) during FY-32. 

1 . Ho ur ly L a bo r C ost s. The hourly labor cost is based 
upon the average hourly rates for paygrades 3-4 and 
E-5 as taken from the "Navy Composite Standard 
Military Rate Table" (Ref. 65]. 

P ay or ade Hou rly Rate 



E-4 



7.6 6 



E-5 9.07 

Average 8.36 

This average figure is adjusted for the following two 
factors : 



Retirement Entitlement Accrual: 26. 5% 

Other Personnel Support Cost Accrual: 23.0% 

NOTE: The Other Personnel Support Costs includes 

a portion of quarters, subsistence, medical 
and commissary costs not included in the 
standa rd rate . 

Application of these factors yields: 

Current Costs 



Standard Rate 


8. 36 


Other Fersonnei Support 


1 . 92 


Total Current Costs 


10. 21 


Deferred Costs 




R et irement 


2. 22 


Total Labor Cost 


12. 50 
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Ov er hea d R a tj . The overhead application of N!f 
funded activities during FY-82 was calculated from 
the Department of the Navy, Office of Comptroller, 
"Navy Industrial Fund" Report for the period ending 
30 September 1982. The following figures are taken 
from the NARF section of that report: 



Direct Labor 
Cverhead Labor 

Overhead Materials 5 Services 



S 372,033,000 
337,557,000 
255, 51 1 ,000 



The cverhead rate was calculated by dividing total 
overhead by direct labor, yielding 1.59. 

3. Rcu^lv Overhead Cost. To avoid charging cverhead 
against a deferred labor cost (retirement) , the cver- 
head rate is applied only to the current hourly labor 
cost (standard rate and other personnel support 
costs). Therefore, the hourly overhead charge equals 
the current hourly labor cost ($10.28) multiplied by 
the cverhead rate (1.59) = $16.35. 

4. Total Hourly Cos t Of FCA Manhour. The hourly FC A 

cost equals the total hourly labor cost ($12.50) plus 
the hourly overhead cost ($16.35) - $23.85. This 

figure is rounded down to $28 per hour for use in the 
ccst-benefit model. 

It is recognized that many substantive arguments can be 
made against the derivation of this figure. It could be 
argued that application of an overhead charge is invalid for 
a shipboard FCA because the facility cost would r e main 
unchanged even if a man was eliminated. It might also be 
argued that the cverhead charge is actually too low consid- 
ering the size of the Navy support establishment and the 
relatively forward position of the FCA in that structure. 
Similar legitimate assaults could be made cn practically 
every factor in this derivation. However, no other figure 
exists and this figure is not cut of line with the related 
hourly rates discussed in the following paragraphs. 
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AIMSO is conducting an " AIMS Cost Collection Program" 
and has developed two AIM D manhour cost estimates. The 
preliminary results for FY-81 (the figures for FY-32 ar.i 
FY-83 are still under development) list salary/benefits 
costs of $13 per hour and a total hourly cost (including 
materials) of $40 per hour [Ref. 66]. Adjusting these 
figures by application of the miliary pay raises for FY-82 
and FY-83 (14.7 and 4.0 percent respectively) to the 

salary/benefit pcrticn and application of the consumer price 
index (CPI) for CY-8 1 and CY-82 (8.9% and 3.9"o respectively) 
to the material portion, yields a FY-83 salary /benefit rate 
of $15.31 per hour and a FY-83 total cost rate of $45.26 per 
hour. The disparity between these figures and those devel- 
oped for this analysis can be explained in two ways. First, 
the AIMSC study considers all AIMD personnel including offi- 
cers and chief petty officers, whereas this study only 
considers P03s and P02s. Secondly, the cost of materials in 
a FC A are, on the average, lower than that of most AIMD work 
centers fcr the following reasons: 

1. FC A inductions are primarily scheduled maintenance 
and, therefore, often only require minor adjustments. 
Most other AIMD inductions are unscheduled repairs 
and, therefore, require part replacement a higher 
percentage of the time. 

2. The repair parts used in the FC A generally consist of 
relatively inexpensive electronic components. Many 
of the repairs in other AIMD work centers require 
replacement of more complex ar.d expensive components. 

The $28/hour figure compares to the following hourly 
rates charged by other calibration and repair activities: 
NARF (average FY-83 SI? LOS) $ 48.00 

John Fluke Corporation 57.50 
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Tektronix 60.00 

Hewlett-Fackard 65.00 
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APPENDIX 0 

DISCOUNTING AND THE DISCOUNT FACTOR TABLE 



Discounting is a technique used to adjust future cas 
flows tc their current value (present discounted valu 
(PDV) ) . "The present value of 51 payable next year i 
$1/(1+r). This is the amount which, if invested today at a 
annual interest rate r, will yield $1 in one year. 
[Ref. 67] Therefore, the further an expected cash flew i 
into the future, the less its value will be in curren 
terms. Ihe discount factor (provided belcw) is the decima 

:heir presen 

value (PDV) . 
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Year 



0 

1 

2 

3 

4 

5 

6 
7 
3 
9 

10 
1 1 
12 



A verag e Factor 



0.954 
0. 667 
0.778 
0.717 
0.652 
0. 59 2 
0.538 
0.489 
0.445 
0.405 
0.363 
0. 334 
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APPE NDI X P 

G PETE LIFE EXPECTANCY 



The life expectancy of various generic classes of GPETE 
was derived through the presentation of an input given to 
the author by Mr. Earl Hampel, COMNA VAIRLANT Cede 532B1, and 
its subsequent revision at the AC/D Conference in Dallas, 
Texas on 30 March 1983 (refer to Appendix G for a list of 
attendees) . 



Instr um ent Type 
Counters 
Oscilloscopes 
Signal Generators 
Digital Meters 
In this analvsi 



C 



L if e Expectancy 
Hampel Input 
20 years 
8-10 years 
7 years 
10-15 years 
, the AC/D revised 



E st ima t es 
A C/D R evis ion 
12 years 
Q years 
10 years 
10 years 



life expectar.c 



ies 



will be used. 
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APPENDIX 2 

CALIBRATION INTERVAL COMPARISON 



The 


following 


is a comparison of the METRL mod 


ei number. 


METRL g 


s n sr z c and 


the manufacturer's recomm 


ended calibration 


int irva 


1 for a sample of twenty instrument. 


s (five 


from each 


MECCA a 


pplicable generic group) [Ref. 69 r 70 


,71]. 








Calib In 


terval 


(Mont hs ) 


Mfr 


Medal Nr 


Nomenclature Gener i 


c METRL Mfr 


H-F 


9 70A 


Digital Multimeter 6 


12 


1 2 


H-F 


3465 A 


Digital Multimeter 6 


12 


1 2 


H-P 


3 469 B 


Digital Multimeter 6 


1 0 


1 2 


H-P 


3 476 B 


Digital Multimeter 6 


10 


12 


H-P 


3490 A 


Digital Multimeter 6 


6 


3 


H-P 


5 3 28 A 


Count er 6 


24 


1 2 


H-P 


5 340 A 


Counter 6 


38 


6 


H-P 


5345 A 


Counter 6 


20 


6 


H-P 


5360 A 


Counter 6 


9 


3 


H-P 


5 3 82 A 


Counter 6 


12 


12 


H-P 


8616 A 


Signal Generator 6 


16 


6 


H-P 


86 14 A 


Signal Generator 6 


13 


6 


H-P 


8660B 


Signal Generator 6 


12 


6 


H-P 


8672A 


Signal Generator 6 


6 


6 


H-P 


86603 


Signal Generator 6 


12 


6 


H-P 


6 18C 


Signal Generator 6 


16 


6 


TIK 


4 65M 


Oscilloscope 6 


16 


1 2 


H-P 


1703 A 


Oscilloscope 6 


5 


6 


H-P 


17073 


Oscilloscope 6 


5 


6 


H-P 


1 80 C 


Oscilloscope 5 


1 2 


6 


H-P 


12013 


Oscilloscope 6 


4 


6 




AVERAGE 


6 . 0 


12.9 


7.3 
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APPENDIX S 

STANDARD MANHOUR COMPARISON 



The following is a comparison of the standard calibra- 
tion manhours between manufacturers' service centers and 
Navy activities. Twenty instruments are listed, five from 
each of the generic groups for which MECCA ICPs have or will 
be developed. Navy data is based upon five year MEASURE 
data from the FRANS Report R-1 of 19 JAN 1983. Manufacturer 
figures are based upon the current standard calibration cost 
[Ref. 62,70] divided by the currant hourly calibration/ 
repair cost for the particular manufacturer ( 56 5 /hour for 
Hewlett-Packard, 360/hour for Tektronix) . 



Calib Std Ma n hou rs 



Mfr 


Model Nr 


Ncmencl ature 


FR AM H-J. 


MFR 


H-P 


970 A 


Digital Multimeter 


2. 1 


1 . 0 


K-P 


3465 A 


Digital Multimeter 


2. 4 


2. 3 


H-P 


3 4 69 B 


Digital Multimeter 


2. 4 


3.0 


H-P 


34763 


Digital Multimeter 


1. 3 


1 . 0 


H-P 


3 4 90 A 


Digital Multimeter 


2. 2 


3. 5 


H-P 


5 3 28 A 


Counter 


2. 1 


4.0 


H-P 


5 340 A 


Counter 


2. 3 


4. 2 


H-P 


5 345 A 


Counter 


4. 1 


4.0 


H-P 


5 360 A 


Counter 


4. 2 


6.0 


H-P 


5 382 A 


Counter 


2. 3 


1.5 


TEK 


465 M 


Cscillo scope 


3. 2 


2.0 


H-P 


1703 A 


Csci lloscope 


3. 3 


4.0 


H-P 


1707 3 


Oscilloscope 


6.7 


4.0 


H-P 


130C 


Oscilloscope 


2. 0 


1.5 


H-P 


1 201 3 


Oscillo scope 


2. 6 


2. 5 


H-P 


8 6 16 A 


Signal Generator 


3. 3 


2 . 5 


H-P 


8614 A 


Signal Generator 


3. 6 


2. 5 


H-P 


36603 


Signal Generator 


4.6 


4.5 
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H-E 


8 672 A 


Signal Generator 


12. 0 


6.0 


H-E 


6 18 C 


Signal Generator 


3. 4 


2.5 






AVERAGE 


3. 5 


3. 1 
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appendix s 

COST-BENEFIT MODEL SAMPLE EXECUTION 

The following example execution of the cost-benefit 
analysis model developed in chapter 5 is based upon a 
December 1982 Navy procurement of 3000 AN/USM-425 oscillo- 
scopes from Kikisui (Japan). The derivation of each 
parameter and the applicable calculations will first be 
presented. The results will then be assigned to the appro- 
priate life cycle year, discounted and totaled. 

1. Procu rem ent 0 u antit y . 3000 units (per the contract). 

2. Ins trum ent Life Cjrcle. 9 years for an oscilloscope 
(Appendix P) . 

3. Calibration C y cle . The 16 month calibration interval 

of the current AN/US M-425 oscilloscope (the Tektronix 
465M, option 49) will be used in this analysis. 
Taking into account the initial calibration (assumed 
to take place at time zero) a total of seven life 
cycle calibrations will be scheduled for execution 
during the following months: 0, 16, 32, 48, 64, 30 

and 96. 

4. Standar d Calibration Manhou rs . 2.7 manhours, the 

standard calibration manhours of the Tektronix 465M 
(from PRAMS format R-1), will be used. 

5. Software Costs. For the sake of illustration, soft- 
ware costs will be included in this calculation. 

a) S oft w are D evelco m ent Costs. The $2,500 ICP devel- 
opment cost divided by 3000 units yields a cost of 
$0.83 per unit (assigned to time 0). 

b) S oft ware Maintenance Cost s . $300 per year soft- 

ware maintenance cost divided by 3000 units yields 
a cost of $0. 10 per year for each of the first 
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nine years cf the instrument's projected life (the 
entire life of an oscilloscope), 
c) Scftwa re Distrib u tio n Costs. 34 per MECCA site 
multiplied by 100 MECCA sites (rounded up from the 
current 93 sites) and divided by 3000 units yields 
a cost of $0.13 per unit for each year of its life 
cycle . 

6. R epair and Lo gisti cs Costs. A typical GPIB repair 
consumes 3 NASF manhours ($144) , $40 of materials and 
a logistics cost of $16 (.4 X $40) for a total cost 
cf $200. Over this instrument's life cycle the 
chance of a failure is 14*5 based upon a 2 % chance of 
failure upon induction for each of the seven required 
calibrations. Fourteen percent of 3200 is $23.00. 
This repair cost is charged at the life cycle's mid- 
point, the fifth year. 

7. Calibration Saving s . The savings resulting from 

closed loop calibration is 30« of the standard 
manhours (2.7) multiplied by the FCA manhour cost 
rate ($28). This calculation yields a $22.68 savings 
to be applied at time zero and years 2, 3, 4, 6, 7, 

and 8 . 

These costs/savings are applied to the appropriate life 
cycle years, discounted to obtain a present discounted value 
(?D V ) (for an explanation of discounting refer to Appendix 

C) , and totaled as fellows: 

DISCOUNT 



yr 


FACTOR 


COST ELEMENT 


COST 


TOTAL 


PD V 


0 


1.000 


Software Develop 


(0.83) 










Calib Savings 


22.6 8 










Total 




21.85 


21. 35 


i 


0.954 


Software Maint 


(0.10) 










Software Dist 


(0. 13) 










Total 




(0.23) 


(0.22) 


2 


0.867 


Software Mai nt 


(0.10) 
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22.45 



19. 46 



3 0.778 



4 0.717 



5 0.652 



6 0.592 



7 0.538 



8 0.489 



9 0.445 



TOTAL 



Software Dist 
Calib Savings 
Tot al 

Software Maint 
Software Dist 
Calib Savings 
Total 

Software Maint 
Software Dist 
Calib Savings 
Tot al 

Software Maint 
Software Dist 
Repair/Lo gis tics 
Total 

Software Maint 
Software Dist 
Calib Savings 
Tot al 

Software Maint 
Software Dist 
Calib Savings 
Total 

Software Maint 
Software Dist 
Calib Savings 
Tot al 

Software Main- 
Software Dist 
Total 



(0.13) 

22 . 68 

( 0 . 1 0 ) 

(0. 13) 

22. 63 

22.4 5 

( 0 . 10 ) 

(0. 13) 

22 . 68 

22 .45 

( 0 . 1 0 ) 

(0.13) 

(28. 00) 

(28.23) 

( 0 . 10 ) 

(0.13) 

22 . 68 

22.45 

( 0 . 1 0 ) 

(0. 1 3) 

22 . 68 

22.45 

( 0 . 10 ) 

(0. 1 3) 

22 . 68 

22 .45 

( 0 . 10 ) 

(0.13) 

(0.23) 



17. 47 



16. 10 



(1 8 . 41 ) 



1 3. 29 



1 2. 08 



1 0. 98 



( 0 . 10 ) 

92. 9a 



If the anticipated incremental cost cf GPIB configura- 
tion is less than 392.94, inclusion of GPI3 configuration 
will result in a life cycle cost benefit. If the 
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anticipated GPIB 
must determine if 
tional life cycle 



cost exceeds 192.94, 
the non-quar.tifiables 
cost. 



the decision 
are worth the 



na !<er 
ad di- 
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APPENDIX I 

SENSITIVITY ANALYSIS 
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Procurement Quant ity No de 1 Output 



3000 


S 92.94 


1000 


87.53 


500 


80. 1 1 


250 


65. 26 


100 


20.73 


78 


0.00 



2 . 



Ca iibra 
brat ion 
bsr.e f it 
has a s 



icn Xanhcur Reduct ion 
manhours savings is 
in the model , any va 
gnificant impact on th 
Reduction Factor 



Facto r. Because cali- 
the only quantified 
r i a - i o n of its elements 
e model' s output. 

Ou t o u t 



50% 
30 % 



3 167.57 
92.94 
73. 43 



5 4.60 



25% 

20 % 
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10 % 

5.5% 

Standard Calibration Manhours. 



16.95 
0 . 00 

Like the calibration 



manhour reduction factor, standard calibration 

manhours directly impacts the only quantified 

benefit. Therefore, the model output is sensitive to 
its variation. Unli ice the calibration manhour reduc- 
tion factor, this input element can usually be 
determined with relative certainty because of tne 
existence of the MEASURE data. 

Standard Manhours iModel Cutout 



0. 50 


S 0. 00 


1. 00 


20.37 


2. 00 


6 1.46 


2. 70 


92.94 


3. 00 


102.54 


4. 00 


139. 63 


5. 00 


184.71 


FCA Ma n hou r Cost. 


Because the only cost 


factor is directly 


proportional to the FCA 


cost, the model is 


very sensitive to its vari 



FCA Manhour Cost 
$ 40 
35 
30 
28 
25 
20 
1 5 
10 

5. 13 



M ode 1 Output 
140.67 
120.50 
100.33 
92. 94 
8 0.16 
59. 98 
39.81 
19.64 
0 . 00 



Cali brat ion 


I nter val . 


As was 


the case 


with standard 


calibration 


manhours , 


the ca 


li oration 


interval can 


usually be 


obtained 


from 


existing 


data. Like 
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- r > 



6 . 



previous parameters that directly affected calib 
ticn savings, the model is sensitive to variation 
calibration interval. 

Nr Calib 
18 
9 
7 
5 
3 
3 
2 

Re cair and L cqis tic s C osts , 
costs may be varied by changes to the failure ra 
average repair time, material costs, and/or legist 
costs. These elements are considered separately, 
a) F ail ure R ate. Because failure rate affe 

overall repair costs, the model is more sensit 
to its variance than it is to variance of 
individual repair cost elements. 



I nt e rva 1 
6 months 
12 months 
16 months 
2 4 mo n t h s 
36 months 
48 months 
6 0 months 



MO^li C UttU t 
3265.49 
128. 69 
92.94 
62.41 
33.04 
29.32 
16.76 

Repair and logist 



Failure Rate 
0 . 5 ’. 



2 % 

5 % 

12 . 2 % 

Repair time 
to have a 



t) R e pa i r Time, 
significantly 
model' s output. 

Repjair Time 

1 MHR 

2 MHRS 

3 MHRS 
5 MHRS 

10 MHRS 
24.2 MHRS 



Model Out p ut 
$ 106.64 
102.07 
92.94 
65.56 
0.00 

tfould have to incre 
great impact on 
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c ) M ate r ial Co sts . Like repair time, material costs 
would have to vary substantially to have any 



on the 


model outpu 


al Cost 


Model Ou; 


3 40 


3 94.22 


80 


87.82 


2 00 


72. 46 


500 


34. 06 


766 


0. 00 



d) L cois tic s Cost Factor. Variation of the logistics 
cost factor has very little effect on the models 
outp ut . 



Number of MECCA Sites. 



tic 


Factor 


Model 


Out put 


2586. 0 


0 . 


00 


2. 


00 


87. 


10 


1 . 


00 


90. 


75 


0 . 


55 


92. 


39 


0 . 


40 


92. 


94 


0 . 


25 


93. 


49 


es . 


The 


number 


of MECCA sites 


e d 


istribu 


tior. cos 


ts and, there- 



fore, the model is very insensitive to its variation. 
MECCA Sites 
100 
250 
400 

10,012 

Software Costs. 



Mode l Output 
3 92.94 
9 1.54 
90.03 
0.00 

For large quantity procurements, 
such as the Kikisui AN/USM-4 2 5 contract, the model is 
extremely insensitive to software cost variations, 
a ) Software De velop ment Costs. The 32,500 IC? devel- 
opment cost is as firm as any used in this 
analysis. However, even if it were doubled to 
35,000 it would only reduce the model's output by 
$ 0.83. 
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b) Softw are Maintenance Costs. Doubling the a 
ICP maintenance cost to $600 per year would 
decrease the model's output by $ 0.70. 

c) Softw are Distribution C os ts . Doubling the a 
ICP distribution costs to $800 per year would 
decrease the model’s output by $ 0.94. 



:r. ua 1 
only 

nr.ual 

only 
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APPENDIX 0 

AVAILABILITY SEDUCTIONS DUE TO IEEE-488 INSTALLATION 

This study only considers use of the IEEE-488 interface 
bus for calibration F ur P 0SSS » therefore, only bus failures 
that impact calibration accomplishment will adversely affect 
instrument availability. Because a functional interface bus 
is net required for the test instrument's functional use, 
the instrument could be calibrated using bus independent 
(MECCA open loop cr conventional manual) methods and 

returned for use. Therefore, the only bus failure that 
would preclude any form of calibration would be one which 
would cause instrument inoperability in both the local and 
remote modes (a "hang up") . 

To ascertain the probability of such a "hang up" a 
number of individuals experienced in IEEE-488 bus operation 
and maintenance were surveyed. The results of this survey 



fell cws: 




Mr. Bichard Calhoun 



"Hang Uo" gro babii lty 
Definite possibility 



HEC Pomona 



Phcnecon of 29 Nov 1983 



Mr. Micheal Ecley 

N ABF Pensacola Type II 
Phcnecon of 2 1 Jan 9 3 



"Highly Improbable" 



Mr. Paul willenborg 

NATC Patuxent River 
Visit of 24 Feb 83 



Has heard of one sue h 
inci dence 



Mr. Robert Mawson 

John Fluke Corp. 
Phcnecon of 29 Nov 1982 



Does not believe that it 
is oossible. 
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Mr. Robert Holcomb 
SAI NCL Tustin 



"Highly improbable" 



phcr.ecor. of 13 Jan 1983 
Mr. Craig Gaby Bus failure very 

Hewlett-Packard Service affects local 

Center, Atlanta 
phcnscon of 18 Jan 1983 
The findings of this survey were presented 
Conference in Dallas, Texas or. 30 March 1983 (se 
for a list of attendees). The consensus opi 
conference attendees was that the possibility 
malfunction is remote. 



s eldom 
operation. 

to the AC/D 
e Appendix G 
nion of the 
of such a 



115 



APPENDIX V 

IEEE-488 SUBSET REQUIREM ENTS FOR AUTOMATED CALIBRATION 



The following IEEE-488 automated calibration subsat 
requirements represent the identical inputs of Mr. Edward 
Greer, Naval Air Test Center Code IS-243, and Mr. Richard 
Calhoun, Metrology Engineering Center: 



F u ncti cn Symbol 

Source Handshake SH 

Acceptor Handshake AH 

Talker cr Extended T or TI 

Talker 



Subset R eg uir smer.ts 
SHO not allowed 
AHO not allowed 
TO ,T3,T4 ,T7,T8 net 
allowed 



TE0,TE3,TE4,TE7,TE3 not 



allowed 

T1,T2,T5,TS preferred 
TE 1 , TE2 , TE 5, TE6 preferred 



Listener or 


L or IB 


LO not allowed 


Extended Listener 




LEO not allowed 


Service Request 


S R 


SRI required 


Remote Local 


R L 


RLO not allowed 






RL1 preferred 






RL2 not preferred 


Parallel Poll 


PP 


PP1, PP2 optional 


Device Clear 


DC 


DC1 required 


Device Trigger 


DT 


optional 
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A PPEHDIX M 

COMPARISON OF GPIB SUBSET REQUIRES ENTS/RECOMMENDATIONS 

The following is a comparison of the GPIB sub sen 
requirement s specified in MIL-T-25800 (Appendix D) , the U.S. 
Air Force MATE requirements (Appendix E) , and the recommen- 
dations provided by Mr. Edward Greer and Mr. Richard Calhoun 
(Appendix V) : 

1. Sou rce Ha ndshake . SHI required by all sources. 

2. Ac cs cte r Ha n d shak e. AH 1 required by all sources. 

3 . Talker or Ext ende d T alker . 

a) T 1 required by MI L-T-28800 . 

b) Tl, T2, T5, or T6 (or corresponding TE subset) 

required by all other sources. 

4 . Listener or E x tended. Li s tene r. 

a) LI required by MIL-T-2330D. 

b) LO not allowed by all other sources. This implies 
Li, L2, L3 and L4 (and corresponding LS subsets) 
are acceptable. 

5. Service Hague st. 

a) SRI required by MIL-T-28800, Mr. Calhoun and Mr. 
Greer . 

b) SRI optional for USAF MATE. 

6 . Repot e-Lc cal . 

a) an required by MIL-T-2S300 

b) R L 1 preferred, RL2 not preferred by all ether 
sources. 

7. Para lie 1 Poll. Considered optional or not required 
by all sources. 

3 • D ev ice C lea r . 

a) DC 1 net required or considered optional by 
MIL- T- 288 0 0 and USAF MATE. 
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9 . 



t) DC 1 required by Mr. Calhoun and Mr. 
Device ?r lag er . 

a) Dll not required or considered 
MIL-T- 28300 and USAF MATS. 

b) DTI required by Mr. Calhoun ana Mr. 



Greer . 



cpnicn 



r> ^ ^ — 



1 1 8 



al by 



LIST OF REFEB2SCES 
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